Voltar para o Blog
IA na Prática30 / 50
  1. 01Bem-vindo: o que você vai conseguir fazer no fim desta série
  2. 02O que é uma IA que conversa, em português claro
  3. 03O que dá e o que não dá pra fazer com IA hoje
  4. 04Claude, ChatGPT, Gemini: qual a diferença e por que vamos usar o Claude
  5. 05Os três jeitos de falar com a IA: site, app e terminal
  6. 06A mentalidade certa: você é o maestro, a IA é o instrumento
  7. 07Criando sua conta e instalando o app do Claude
  8. 08Sua primeira conversa: como pedir bem (o prompt)
  9. 09Anexando arquivos, imagens e PDFs
  10. 10Projetos no Claude: guardando contexto que não se perde
  11. 11Artifacts: quando o Claude monta um documento ou um mini-app pra você
  12. 12Memória, instruções e estilo: ensinando o Claude do seu jeito
  13. 13Planos, limites e custo: o que é grátis e quando vale pagar
  14. 14O que é o "terminal" e por que ele não dá medo
  15. 15Abrindo o terminal no Mac e no Windows (e no Linux)
  16. 16Cinco comandos de sobrevivência: pwd, ls, cd, mkdir, cat
  17. 17Como o computador organiza tudo: pastas, arquivos e caminhos
  18. 18Instalando o Node.js (e o que é isso, afinal)
  19. 19npm: a "loja de peças" gratuita do mundo dev
  20. 20Instalando o VS Code: seu editor de código (e por que precisa de um)
  21. 21O que é o Git e por que todo projeto sério usa
  22. 22Criando sua conta no GitHub (a nuvem do seu código)
  23. 23O que é o Claude Code e por que ele é diferente do app
  24. 24Instalando o Claude Code
  25. 25Primeiro login e sua primeira sessão
  26. 26Como o Claude Code "enxerga" suas pastas (e por que isso importa)
  27. 27Sua primeira tarefa real: peça pra ele criar um arquivo
  28. 28Permissões: quando ele pergunta antes de mexer
  29. 29O arquivo CLAUDE.md: ensinando o robô sobre o seu projeto
  30. 30Modo plano e revisão: deixe ele pensar antes de fazer
  31. 31Errou? Desfazendo e recomeçando sem medo
  32. 32Escolhendo um primeiro projeto pequeno e real
  33. 33Descrevendo o que você quer: o briefing
  34. 34Deixe o Claude montar o esqueleto do projeto
  35. 35Rodando o projeto na sua máquina pela primeira vez
  36. 36Mudando textos, cores e imagens só conversando
  37. 37Quando algo quebra: lendo um erro sem entrar em pânico
  38. 38Pedindo pro Claude consertar o erro (copiar, colar, descrever)
  39. 39Adicionando uma página ou funcionalidade nova
  40. 40Salvando seu progresso com Git (commits, sem decoreba)
  41. 41Subindo seu projeto pro GitHub
  42. 42Colocando seu projeto no ar de graça (deploy)
  43. 43A anatomia de um bom pedido (revisão turbinada)
  44. 44Dividir pra conquistar: por que tarefas pequenas vencem
  45. 45Revisar o que a IA fez: a responsabilidade é sua
  46. 46Segurança básica: senhas, chaves e o que NUNCA colar
  47. 47Quando a IA "alucina" e como perceber
  48. 48Aprendendo a aprender com a IA: ela é sua professora particular
  49. 49Cinco ideias de próximos projetos pra praticar
  50. 50Seu novo superpoder: pra onde ir a partir daqui (fecho)
IA na PráticaParte 30 de 50

Modo plano e revisão: deixe ele pensar antes de fazer

4 min de leitura
Compartilhar
IA na Prática

Tarefas pequenas — criar um arquivo, mudar uma linha — o Claude Code resolve direto, e tudo bem. Mas e quando o pedido é grande? "Monte a estrutura inteira do meu site." Aí, se ele sair fazendo tudo de uma vez, você pode acabar com um monte de coisas mexidas sem entender direito o que aconteceu.

Existe um jeito muito melhor de lidar com tarefas grandes: pedir um plano antes da ação. Esse é, talvez, o hábito que mais separa quem se atrapalha de quem trabalha com tranquilidade.

A ideia: pensar antes de fazer

Imagine uma reforma na sua casa. Você não quer que o pedreiro comece a quebrar paredes no susto. Você quer que ele primeiro explique: "Vou fazer assim, depois assado, e no fim fica desse jeito." Você ouve, ajusta o que não gostou, e só então libera o trabalho.

Com o Claude Code é igual. Antes de tarefas maiores, você pede o projeto da reforma — o plano — em vez da reforma em si. Você lê, opina, corrige. Quando o plano está bom, aí sim manda executar.

Como pedir um plano

É simples assim. Antes de soltar a tarefa grande, escreva algo como:

Antes de mexer em qualquer arquivo, me explique o que você vai fazer, passo a passo. Não faça nada ainda — só me mostre o plano.

A parte mais importante é o "não faça nada ainda". Isso deixa claro que você quer só o raciocínio, não a execução. O Claude Code vai responder com uma lista de etapas: "1. Criar a pasta tal. 2. Criar o arquivo principal. 3. Adicionar o conteúdo X..." e assim por diante.

Muitas versões do Claude Code têm até um modo plano próprio, que você ativa para garantir que ele só pensa e propõe, sem tocar em nada até você dar o aval. Mas, mesmo sem botão nenhum, pedir em palavras já funciona perfeitamente.

Pare e revise o plano

Com o plano na tela, é a sua vez. Leia com calma e pergunte a si mesmo:

  • Entendi o que cada passo faz? Se algum passo está confuso, peça pra ele explicar melhor.
  • É isso mesmo que eu quero? Talvez ele tenha entendido diferente do que você imaginou.
  • Tem algum passo que te deixa desconfortável — apagar algo, mexer onde não devia? Aponte.

Aí você responde em português: "O plano está bom, pode fazer." Ou: "Quase. No passo 3, em vez de apagar, só acrescente. E pula o passo 5 por enquanto." Ele reajusta o plano. Vocês acertam juntos antes de uma única mudança real acontecer.

Trabalhe em passos pequenos e verificáveis

Mesmo com um bom plano, evite mandar ele executar tudo de uma vez num pedido só. O melhor é avançar um passo de cada vez e conferir antes de seguir:

  1. Aprove o primeiro passo.
  2. Ele faz só aquele passo.
  3. Você confere o resultado — abre o arquivo, olha o que mudou.
  4. Está bom? Vá pro próximo. Não está? Ajuste agora, enquanto é uma coisinha só.

A vantagem é enorme. Se algo sai diferente do esperado, você descobre cedo, quando ainda é fácil corrigir. É a diferença entre notar um errinho na primeira parede e descobrir a casa inteira torta no fim.

Esse é o conceito de revisar a cada etapa em vez de soltar tudo e torcer. Passos pequenos e verificáveis te mantêm no controle do começo ao fim — e, de quebra, você vai entendendo o projeto enquanto ele cresce.

Quando o plano é dispensável

Nem tudo precisa de plano. Para tarefas minúsculas e sem risco — "corrija esse erro de português", "crie um arquivo de notas" —, pedir um plano só atrasa. Use o bom senso: quanto maior e mais arriscada a tarefa, mais vale parar pra planejar. Tarefa grande, planeje. Tarefa pequena, vá direto.

Se algo der errado

  • Ele começou a fazer mesmo eu querendo só o plano. Você esqueceu de avisar "não faça nada ainda". Recuse a ação na tela de permissão e reforce: "Pare. Só quero o plano por escrito, sem mexer em nada."
  • O plano veio gigante e assustador. Peça pra simplificar: "Me explique em menos passos e em linguagem mais simples." Ou quebre o projeto em pedaços: "Vamos fazer só a primeira parte hoje."
  • Você aprovou o plano mas o resultado não bateu com ele. Acontece. É só apontar a diferença: "Você disse que ia fazer X no passo 2, mas ficou diferente. Pode ajustar?" Conferir a cada etapa existe justamente pra pegar isso cedo.

Com isso você fecha o conjunto de habilidades essenciais pra trabalhar com o Claude Code no terminal: você sabe como ele enxerga suas pastas, como pedir tarefas reais, como as permissões te protegem, como ensinar o projeto pelo CLAUDE.md e como planejar antes de agir. No próximo post, a gente começa a juntar tudo isso para tirar do papel o seu primeiro projeto de verdade, do início ao fim.

Curtiu como a gente pensa?

É assim que trabalhamos todo dia.

Se esse jeito de pensar é o seu, vem construir com a gente — dá uma olhada nas vagas abertas.

Ver vagas