O responsável pela equipa de observabilidade do Cloudflare Workers, Boris Tane, partilhou uma experiência com Claude Code.
O seu fluxo de trabalho tem uma regra: antes de revisar e aprovar um plano por escrito, o Claude não pode alterar uma linha de código. A maioria das pessoas usa assim: fornece o prompt, observa a saída, corrige erros, repete. Este ciclo funciona para tarefas simples, mas para funcionalidades complexas, pode fazer perder o triplo do tempo a arrumar a confusão. O verdadeiro problema não é o Claude cometer erros de sintaxe, mas sim, antes de confirmar os pressupostos, já ter passado quinze minutos a seguir uma direção errada. A sua abordagem é: primeiro, fazer o Claude ler profundamente o codebase e escrever comentários inline — não explicar na conversa, mas escrever diretamente no código errado: «não, assim não, deve ser assim». Este ciclo repete-se de uma a seis vezes, até estar satisfeito, e só então diz: «implementa tudo». O artigo segue:
Ver original
Esta página pode conter conteúdos de terceiros, que são fornecidos apenas para fins informativos (sem representações/garantias) e não devem ser considerados como uma aprovação dos seus pontos de vista pela Gate, nem como aconselhamento financeiro ou profissional. Consulte a Declaração de exoneração de responsabilidade para obter mais informações.
O responsável pela equipa de observabilidade do Cloudflare Workers, Boris Tane, partilhou uma experiência com Claude Code.
O seu fluxo de trabalho tem uma regra: antes de revisar e aprovar um plano por escrito, o Claude não pode alterar uma linha de código.
A maioria das pessoas usa assim: fornece o prompt, observa a saída, corrige erros, repete.
Este ciclo funciona para tarefas simples, mas para funcionalidades complexas, pode fazer perder o triplo do tempo a arrumar a confusão.
O verdadeiro problema não é o Claude cometer erros de sintaxe, mas sim, antes de confirmar os pressupostos, já ter passado quinze minutos a seguir uma direção errada.
A sua abordagem é: primeiro, fazer o Claude ler profundamente o codebase e escrever comentários inline — não explicar na conversa, mas escrever diretamente no código errado: «não, assim não, deve ser assim».
Este ciclo repete-se de uma a seis vezes, até estar satisfeito, e só então diz: «implementa tudo».
O artigo segue: