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.

💡 Dica: O Coding Plan essencialmente faz o Claude Code gerar um plano antes de agir, incluindo passos, escopo de impacto e avaliação de riscos. Você confirma antes da execução, evitando desperdício de "ir pela metade e na direção errada".

📋 Pré-requisitos: Capítulo 24 - Agent SDK

1. O Que Você Vai Aprender


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

TEXT 📖 Somente leitura
# 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

TEXT 📖 Somente leitura
━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━
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

TEXT 📖 Somente leitura
> 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

TEXT 📖 Somente leitura
[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

TEXT 📖 Somente leitura
[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

TEXT 📖 Somente leitura
> /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


📝 Exercícios

  1. Básico (⭐): Use /plan para uma tarefa de modificação de 3 passos, compare com execução sem plano.
  2. Intermediário (⭐⭐): Use Coding Plan para refatoração de 5+ passos, crie checkpoints em cada passo.
  3. Avançado (⭐⭐⭐): Gere Plano para migração grande de 10+ passos, execute em fases, registre Tokens e tempo por Fase.
Web-Tutorial.com

Equipe Técnica Web-Tutorial

Uma plataforma de tutoriais mantida por diversos desenvolvedores. Cada tutorial é escrito e revisado por profissionais da área correspondente. Trabalhamos para manter nosso conteúdo preciso e confiável — se encontrar algum problema, avise-nos.

100%