Claude Code: Coding Plan
Última atualização: 2026-08-31
Coding Plan faz o Claude Code passar de "fazer o que vier à cabeça" para "pensar claramente primeiro" — gerar um plano antes de executar tarefas complexas, confirmar e então prosseguir.
📋 Pré-requisitos: Capítulo 24 - Agent SDK
1. O Que Você Vai Aprender
- Mecanismo do Coding Plan
- Métodos de gatilho e uso
- Revisão e modificação de planos
- Execução e verificação de planos
- Melhores práticas
2. Mecanismo do Coding Plan
(1) Quando Usar
| Cenário | Precisa de Plano? | Motivo |
|---|---|---|
| Refatoração multi-arquivo | ✅ Sim | Grande escopo de impacto |
| Mudanças de arquitetura | ✅ Sim | Direção irreversível |
| Migração de dados | ✅ Sim | Alto risco de dados |
| Correção de bug simples | ❌ Não | Pequeno impacto |
| Adição de arquivo único | ❌ Não | Baixo risco |
▶ Exemplo 1: Acionar Coding Plan
# Método 1: Comando /plan
> /plan Migrate auth from Session to JWT
# Método 2: Incluir "plan first" na instrução
> Migrate auth from Session to JWT, plan first then execute
# Método 3: Auto-gatilho (tarefas grandes)
> Refactor entire project's error handling
3. Geração de Plano
(1) Estrutura do Plano
━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━
Coding Plan: Session → JWT Auth Migration
━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━
## Goal
Migrate authentication from Session to JWT
## Impact Scope
- Modified files: 12
- New files: 3
- Deleted files: 2
- DB changes: None
## Execution Steps
### Step 1: Create JWT utility module
- New src/auth/jwt.ts
- Implement token generation, verification, refresh
- Write unit tests
### Step 2: Modify auth middleware
- Modify src/middleware/auth.ts
- Change from Session to JWT verification
- Keep interface unchanged
### Step 3: Modify login/register routes
- Modify src/routes/auth.ts
- Return JWT token instead of setting Session
### Step 4: Modify protected routes
- Modify 8 route files
- Adjust auth check method
### Step 5: Clean up Session code
- Delete session config
- Remove express-session dependency
## Risk Assessment
- 🔴 High: Middleware migration may affect all logged-in users
- 🟡 Medium: Token refresh logic needs careful design
- 🟢 Low: Utility module independent, doesn't affect existing code
## Estimate
- Tokens: ~80K
- Time: ~15 min
- Cost: ~$1.60
━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━
Confirm execution? [y/n/modify]
━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━
▶ Exemplo 2: Revisar e Modificar Plano
> Step 5 doesn't need Session deletion, keep compatibility for 2 weeks
Claude Code:
Updated plan:
Step 5: Keep Session compatibility
- Don't delete express-session
- Add dual auth support (Session + JWT)
- Clean up Session code after 2 weeks
Confirm? [y/n/modify] y
Starting execution...
4. Execução e Verificação do Plano
(1) Execução Passo a Passo
[Step 1/5] Create JWT utility module
→ Creating src/auth/jwt.ts
→ Running: npm test -- jwt.test.ts
✅ Step 1 complete
/checkpoint "jwt-module-complete"
[Step 2/5] Modify auth middleware
→ Modifying src/middleware/auth.ts
→ Running: npm test -- auth.test.ts
✅ Step 2 complete
[Step 3/5] Modify login/register routes
✅ Step 3 complete
(2) Tratamento de Problemas
[Step 4/5] Modify protected routes
→ Running: npm test
❌ 3 tests failed
→ Root cause: Some routes depend on req.session
→ Fix: Map JWT payload to req.user in middleware
→ Re-running: npm test ✅
5. Melhores Práticas
(1) Checklist de Revisão de Plano
| Item de Verificação | Descrição |
|---|---|
| Escopo de impacto | Quais arquivos modificados/adicionados/deletados? |
| Avaliação de riscos | Quais são os pontos de risco alto/médio/baixo? |
| Plano de rollback | Cada passo pode ser revertido? |
| Dependências | Os passos são sequenciais ou paralelos? |
| Estratégia de testes | Como verificar cada passo? |
| Estimativa de Tokens | Consumo total dentro do orçamento? |
(2) Disciplina de Execução
| Regra | Descrição |
|---|---|
| Confirmar passo a passo | Verificar cada passo antes de continuar |
| Checkpoints | Criar checkpoint após passos-chave |
| Testar primeiro | Executar testes para verificar cada passo |
| Ajustar a tempo | Modificar plano quando problemas surgem |
| Monitorar custos | Verificar /cost em cada passo |
6. Exemplo Completo: Grande Migração com Plano
> /plan Migrate entire microservice project from JavaScript to TypeScript
Claude Code generates detailed plan:
## Phase 1: Infrastructure (1-2 hours)
Step 1: Install TypeScript and type definitions
Step 2: Create tsconfig.json (loose mode first)
Step 3: Configure build scripts
## Phase 2: Shared Modules (2-3 hours)
Step 4: Migrate shared/types/ (5 files)
Step 5: Migrate shared/utils/ (8 files)
## Phase 3: Service Modules (3-4 hours, parallelizable)
Step 6: Migrate user-service/ (12 files)
Step 7: Migrate order-service/ (15 files)
Step 8: Migrate payment-service/ (10 files)
## Phase 4: Strict Mode (1-2 hours)
Step 9: Enable strict mode
Step 10: Fix all type errors
Step 11: Full test verification
Total: Modify 53 files, New 8 files
Estimate: ~200K tokens, ~$4.00
> Execute by Phase, /checkpoint after each Phase
[Phase 1 complete] /checkpoint "ts-infra"
[Phase 2 complete] /checkpoint "shared-modules"
[Phase 3 complete] /checkpoint "services"
[Phase 4 complete] /checkpoint "strict-mode"
✅ All tests passed, migration complete!
❓ Perguntas Frequentes
P: Quantos Tokens extras o Coding Plan consome? R: Cerca de 10-20% a mais para o passo de planejamento. Mas evita desperdício de direção errada, realmente economiza no total.
P: Planos podem ser salvos? R: Sim. Planos são gerados em Markdown; copie para arquivo para referência.
P: Tarefas pequenas precisam de Planos? R: Não. Correções de bugs simples e adições de arquivo único são mais eficientes sem planos. Planos se adequam a tarefas de grande impacto.
P: Devo seguir o plano exatamente? R: Não. Você pode modificar, pular ou reordenar passos. Planos guiam, não constrangem.
P: Posso gerar múltiplos planos para comparar? R: Sim. Peça ao Claude Code "generate 2-3 approaches and compare", escolha o melhor.
P: Diferença entre Plano e Skill? R: Planos são planejamento temporário específico da tarefa; Skills são fluxos de trabalho padrão reutilizáveis. Tarefas grandes únicas usam Planos; fluxos de trabalho repetitivos usam Skills.
📖 Resumo
- Coding Plan planeja antes de executar, evitando direção errada
- Gatilho:
/plan, solicitar plano na instrução, auto-gatilho para tarefas grandes - Plano inclui: passos, escopo de impacto, avaliação de riscos, estimativa de Tokens
- Disciplina de execução: confirmar passo a passo, checkpoints, verificação de testes, ajustar a tempo
- Tarefas multi-passo recomendam combinação Plano + Checkpoint
📝 Exercícios
- Básico (⭐): Use
/planpara uma tarefa de modificação de 3 passos, compare com execução sem plano. - Intermediário (⭐⭐): Use Coding Plan para refatoração de 5+ passos, crie checkpoints em cada passo.
- Avançado (⭐⭐⭐): Gere Plano para migração grande de 10+ passos, execute em fases, registre Tokens e tempo por Fase.