Pedir ao Claude para escrever do zero ou revisar seu rascunho: qual caminho rende mais?

comparação entre escrever do zero ou revisar com Claude
Resposta rápida

Escrever do zero ou revisar com Claude são dois modos de trabalho bem diferentes, e a comparação honesta não é pela velocidade da primeira resposta, é pelo retrabalho depois. Pedir do zero destrava a página em branco e vai bem em tarefa repetitiva de formato conhecido, principalmente se você colar exemplos do que considera bom. Entregar seu rascunho rende mais quando existe dado próprio, opinião ou decisão técnica em jogo, porque o texto já carrega sua voz e o Claude trabalha em cima do que existe, em vez de inventar o que falta

Fala aí, beleza? O reflexo de quase todo mundo é o mesmo: abre o chat, descreve o assunto e pede o texto pronto

Aí a pergunta que quase ninguém testa é o caminho inverso: e se ele partisse do SEU rascunho, aquele bruto, feio, cheio de tópico solto?

São dois modos de trabalho bem diferentes, mesmo parecendo a mesma coisa: gerar do zero (você dá o tema, ele produz) e revisar material existente (você dá o material, ele trata)

E a comparação aqui não é pela velocidade da primeira resposta, porque nisso o modo do zero ganha sempre

É pelo custo do que vem DEPOIS: quanto tempo você gasta consertando voz, estrutura e fato até aquilo virar algo que você assina

Bora comparar? 🙂

Do zero x revisar rascunho: comparativo lado a lado

Critério Escrever do zero Revisar seu rascunho
Ponto de partida Tema e instruções Texto bruto que já existe
O que você entrega no prompt Objetivo, contexto e exemplos do que é bom O material em si, mais o resultado desejado
O que o Claude decide sozinho Estrutura, tom, recorte e boa parte do conteúdo Como melhorar o que já está lá
Risco de saída genérica Alto, ele preenche o vazio com o mais provável Baixo, o texto já carrega o que só você sabe
Controle sobre tom e estrutura Depende dos exemplos que você colar Alto, o rascunho já é o exemplo
Esforço antes do prompt Baixo Médio, você precisa escrever o bruto
Esforço depois (retrabalho) Costuma ser maior, é onde a conta chega Costuma ser menor, você revisa a revisão
Como você confere Lendo tudo e comparando com o que queria Comparando com a versão anterior, item por item
Formação Claude Code
Formação Recomendada

Formação Claude Code

Domine Claude Code do absoluto zero até o avançado

  • 120 aulas
  • 4 projetos
  • 9h 45min

O fio que sustenta essa tabela vem da própria documentação da Anthropic: exemplos são tratados como a forma mais confiável de direcionar formato, tom e estrutura da saída do Claude, com a orientação de adicionar um exemplo sempre que bater dúvida

Sacou o pulo do gato? Um rascunho seu é exatamente isso: um exemplo VIVO do seu jeito de escrever, do seu recorte e das suas manias

Quando você trabalha do zero, você tem que fabricar esse exemplo na mão, e a documentação sugere uma faixa como atalho de qualidade: de 3 a 5 exemplos bem construídos, relevantes (espelhando o caso real) e diversos (cobrindo casos de borda)

E tem uma orientação que vale igual nos dois modos, essa vinda da documentação do Claude Code: descreva o RESULTADO desejado, não os passos

Quando pedir para o Claude escrever do zero

Tem cenário em que pedir o texto pronto é a escolha certa, e não é preguiça, é economia real:

  • página em branco, quando o problema é destravar e não acertar de primeira
  • esboço de estrutura, só pra ver o assunto quebrado em partes e reagir em cima
  • variações de um mesmo trecho, tipo cinco versões de uma abertura pra escolher a menos ruim
  • tarefa repetitiva de formato conhecido, onde o molde importa mais que a autoria
  • primeira versão descartável, que existe pra você discordar dela e descobrir o que queria

O ponto comum: o objetivo é sair do zero, não sair pronto

E dá pra reduzir MUITO o retrabalho desse modo, colando de 3 a 5 exemplos do que você considera bom, relevantes e diversos, como a documentação da Anthropic recomenda

Um formato de pedido que costuma segurar bem:

Quero uma primeira versão da seção X, resultado esperado:
texto que soe como os exemplos abaixo, mesmo ritmo e mesma
profundidade, sem inventar número nem afirmação que os
exemplos não sustentem.

Exemplo 1 (caso típico): ...
Exemplo 2 (caso típico, outro assunto): ...
Exemplo 3 (caso de borda, texto curto): ...

Veio fora do esperado? A saída padrão não é reescrever o prompt inteiro do zero, é acrescentar mais um exemplo que mostre justamente o que faltou

E quando essa repetição já mora no seu repositório, ela nem precisa continuar no chat: dá pra empurrar pro pipeline de CI/CD com o Claude e deixar rodando sozinho

Quando entregar o seu rascunho para o Claude revisar

Agora o outro lado, que é o menos testado e onde mora a virada:

  • texto com dado próprio, número seu, resultado seu, coisa que ele não tem como saber
  • opinião e veredito, aquilo em que a graça é justamente você discordar do consenso
  • decisão técnica com contexto de projeto, o clássico "por que a gente fez assim aqui"
  • documentação de projeto, README, notas soltas, arquivo de padrões
  • conteúdo em que a VOZ pesa mais que o volume

Em todos esses, o texto do zero chega com o mesmo defeito: bonito, redondo e vazio no lugar onde deveria ter o que só você sabe

O formato de pedido que funciona aqui é o mesmo princípio da documentação do Claude Code: descrever o resultado desejado em vez dos passos, e nem sequer entregar o caminho exato do arquivo, deixando ele localizar

E tem um fluxo descrito na documentação que encaixa perfeito na revisão: pedir PRIMEIRO um plano com as mudanças exatas, revisar e aprovar esse plano, e só então executar por etapas, com verificação a cada etapa

Parece burocracia, mas é o contrário: é o que impede aquela reescrita silenciosa que apaga metade do que você tinha escrito com carinho 😅

E se o meu rascunho não for código?

Boa pergunta, porque muita gente acha que esse fluxo é só pra repositório

O Claude Code funciona em qualquer diretório, incluindo pastas de notas e coleções de arquivos markdown, buscando, editando e reorganizando esses arquivos

Ou seja: seu rascunho não precisa virar código pra entrar no fluxo, ele só precisa estar em algum lugar que dê pra apontar

O que mudou quando o trabalho partiu do material que já existia

No vídeo abaixo eu mostro dois casos que, no fundo, são o modo revisão levado pra fora do texto

No primeiro, apontei uma pasta do meu próprio PC, a de downloads, que estava bagunçada a ponto de eu não achar nada, tudo misturado

O pedido não foi "crie imagens", foi analisar cada imagem pelo conteúdo visual e pelo nome, agrupar por vídeo e tema, criar subpastas e renomear os arquivos de forma descritiva

Deu 1497 imagens ali dentro

E eu fiquei olhando o plano sendo montado e a pasta sendo mexida durante a execução, o raciocínio aparecendo antes do resultado, exatamente aquele fluxo de plano antes da ação

No segundo caso, pedi um teste completo de um projeto meu, um hub de links: acessar pelo navegador, verificar problemas, analisar o código, apontar falhas e questões de SEO e gerar um relatório no fim

Saíram 16 problemas, e o fechamento foi um relatório em Markdown com tudo que tinha acontecido

Se liga no padrão dos dois: o valor não veio de inventar conteúdo novo, veio de ENXERGAR e tratar o que já estava lá

É o mesmo com texto

Quando existe material próprio, o trabalho do modelo deixa de ser adivinhar o que você queria dizer e passa a ser organizar, apontar buraco e cortar excesso

Um aviso honesto de quem passou por isso: no começo a coisa pede permissão pra cada mexida, então o primeiro uso tende a ser mais travado que o meu no vídeo, porque na minha máquina isso já não acontecia por uso anterior

Veredito: qual caminho custa menos retrabalho

Sem o "depende" vago: se existe material próprio, revisar o rascunho vence

O motivo é bem prático

Corrigir voz e fato numa saída do zero costuma custar mais que escrever o rascunho bruto, porque no primeiro caso você tem que ler tudo, identificar o que soa falso, apagar e reescrever

Escrever bruto é rápido e feio, e feio o Claude conserta bem 😀

E se NÃO existe material, escrever do zero vence sem discussão, porque o objetivo ali não é qualidade final, é destravar

Duas alavancas valem nos dois modos e são o que mais muda o resultado:

  1. Peça verificação no mesmo prompt. A documentação do Claude Code orienta dar a ele uma forma de conferir o próprio trabalho, pedindo que rode, teste, compare ou verifique dentro do mesmo pedido, pra ele iterar em vez de parar na primeira tentativa
  2. Fixe o que se repete. Padrão, convenção e comando que voltam sempre não deveriam ser recolados a cada conversa

Pro segundo item existe o CLAUDE.md, um arquivo markdown puro na raiz do projeto, carregado como instrução de projeto, que informa como trabalhar ali

Se você nunca montou o seu, dá uma olhada em o que colocar no CLAUDE.md antes de sair enchendo o arquivo de regra que ninguém segue

Próximo passo: teste o caminho inverso na próxima tarefa

O teste é simples e cabe na sua próxima tarefa, sem cerimônia

Na próxima vez que você fosse pedir o texto pronto, faça o contrário:

  1. escreva um rascunho bruto, tópico solto mesmo, sem revisar
  2. entregue o rascunho e descreva o RESULTADO que você quer, não os passos
  3. peça o plano com as mudanças exatas antes de qualquer edição
  4. aprove o plano e deixe executar por etapas, com verificação a cada etapa
  5. compare: o que deu mais trabalho, escrever o bruto ou consertar a versão do zero?

O que se repetir nesse comparativo vira regra fixa no CLAUDE.md, e não instrução digitada de novo toda semana

E só pra registrar o estado atual da customização: o comando dedicado de output styles do Claude Code foi descontinuado, e a orientação hoje aponta CLAUDE.md, flags de system prompt (--append-system-prompt e --system-prompt-file) e plugins como caminho

Faça o teste e me conta qual dos dois lados te custou menos retrabalho, tô curioso pra saber se bate com o que eu venho sentindo por aqui…

até o próximo post! 😀

Perguntas frequentes

Quantos exemplos preciso colar para melhorar um texto que o Claude escreve do zero?

A documentação da Anthropic indica uma faixa de 3 a 5 exemplos bem construídos como atalho de qualidade. Eles precisam ser relevantes, espelhando o caso real, e diversos, cobrindo também casos de borda. Sem isso, a tendência é a saída ficar genérica.

Pedir para o Claude revisar meu rascunho é sempre melhor do que pedir pra escrever do zero?

Não, depende do que você precisa naquele momento. Para destravar a página em branco ou gerar variações rápidas, o modo do zero ganha em velocidade. Já quando o texto carrega dado próprio, opinião ou contexto de projeto, revisar o rascunho reduz o retrabalho.

Como pedir para o Claude revisar um rascunho sem que ele reescreva tudo do meu jeito?

A documentação do Claude Code descreve um fluxo em que você pede primeiro um plano com as mudanças exatas. Esse plano é revisado e aprovado antes de qualquer execução, e as mudanças rodam por etapas com verificação a cada uma. Isso evita a reescrita silenciosa que apaga o que você já tinha escrito.

Dá para usar o Claude Code para revisar textos que não são código, como notas em markdown?

Sim, o Claude Code funciona em qualquer diretório, incluindo pastas de notas e coleções de arquivos markdown. Ele consegue buscar, editar e reorganizar esses arquivos normalmente. Seu rascunho não precisa virar código para entrar nesse fluxo.

Preciso informar o caminho exato do arquivo para o Claude Code revisar meu rascunho?

Não é necessário. A orientação da documentação do Claude Code é descrever o resultado desejado em vez dos passos, deixando ele mesmo localizar o arquivo. Isso vale tanto para revisão de texto quanto para tarefas de código.




Escrito por | Matheus Battisti

Matheus Battisti
Fundador da Hora de Codar

Programador apaixonado pelo mundo das tecnologias, sempre buscando em aprender e se aprofundar em linguagens, frameworks e o que mais for necessário para executar um bom trabalho. Agora tem uma nova missão que é de passar seu conhecimento adiante para formar novos programadores e especializar mais os que já são.

Subscribe
Notify of
guest

0 Comentários
Oldest
Newest Most Voted

Formações

Formação Vibe Coding

Formação Vibe Coding

Do Prompt ao Produto: Crie Software Real com IA

  • 474 aulas
  • 20 projetos
  • 39h 27min

Blog | Mais populares