A Única Regra Que o Criador do Claude Code Nunca Quebra

O vídeo apresenta Boris, criador do Claude Code na Anthropic, como a pessoa que responde dúvidas sobre o uso da ferramenta. Boris corrige um grande equívoco: pessoas ficam desapontadas quando há erros menores, mas deveriam tratar o Claude como um desenvolvedor júnior que precisa de feedback. A dica mais importante é sempre dar ao Claude formas de verificar seu trabalho, como usar testes em projetos Python. O ciclo de feedback através de testes aumenta instantaneamente a qualidade do resultado final, e você pode até editar o arquivo Claude.md para instruir o modelo a mencionar como verificaria seu trabalho antes de começar qualquer tarefa.

Boris explica que a verificação varia conforme o domínio do projeto. Pode ser simples como executar comandos bash, ou mais complexa para interfaces de usuário, onde a extensão de navegador do Claude pode navegar e verificar sites inteiros. Para aplicativos móveis, existem MCPs de simuladores iOS e Android disponíveis. Se os MCPs consomem muitos tokens, é possível usar técnicas orientadas por verificação, como desenvolvimento orientado por testes (TDD), onde os testes são escritos primeiro e depois vem a implementação. Capturas de tela também podem ser usadas para verificar a interface do usuário durante esse processo.

O arquivo Claude.md é extremamente importante e deve ser único para cada repositório, contendo todas as informações básicas que uma nova sessão do Claude precisa saber sobre o projeto. Isso inclui pilha de tecnologia, estrutura do projeto, estilos de código, convenções da equipe e especialmente as coisas que o Claude não deve fazer. Boris criou o hábito de pedir à equipe para contribuir com o Claude.md várias vezes por semana, adicionando erros que encontram para evitar repetição. Cada membro da equipe tem responsabilidade por manter um arquivo específico, e em aplicativos full stack, cada microsserviço pode ter seu próprio Claude.md. O próprio arquivo de Boris tem cerca de 2.5K tokens, e ele alerta para não sobrecarregá-lo.

Boris discute os diferentes modos do Claude Code: modo de planejamento, modo de auto-aceitação de edições e modo de pular permissões perigosamente. Ele nunca usa o último, especialmente em ambientes de produção, onde um único comando pode bagunçar o projeto inteiro. Em vez disso, usa as permissões do Claude Code para configurar quais comandos são permitidos, quais requerem aprovação e quais são completamente negados. Essas configurações podem ser definidas no arquivo settings.json dentro da pasta .Claude e compartilhadas com a equipe. Essa abordagem oferece controle granular sobre as ações do Claude sem comprometer a segurança do projeto.

Boris argumenta que Claude Code foi mal nomeado porque não serve apenas para código - é um sistema completo para controlar fluxos de trabalho diversos. Ele usa Claude Code para integrar todas as suas outras ferramentas através de servidores MCP, incluindo Slack, BigQuery e Sentry via suas CLIs. Isso demonstra que o Claude Code funciona como orquestrador de múltiplas ferramentas e processos. O exemplo pessoal do narrador mostra integração com Notion via MCP, onde o Claude cria bancos de dados, preenche dados e entende o contexto de ideias de vídeos. Essa capacidade de orquestração transforma o Claude Code em uma ferramenta central para gerenciar ecossistemas inteiros de trabalho.

Antes de implementar qualquer recurso, Boris sempre muda para o modo de planejamento e descreve claramente o que quer, fazendo toda a ida e vinda durante essa fase. Só inicia o agente após verificar que o plano é válido, usando modo de auto-aceitação (não o perigoso). Para escalar, ele executa cinco sessões do Claude Code em paralelo, numerando suas abas para identificar de onde vêm as notificações. Também usa muito as sessões web do Claude Code conectadas ao GitHub, permitindo trabalho em repositórios demo na nuvem. O recurso de agentes em segundo plano permite colocar tarefas longas no background, e ele às vezes usa no celular, onde o Claude trabalha automaticamente e cria branches com as mudanças para revisão. O comando teleport traz sessões da nuvem de volta ao terminal local.

Boris usa Opus 4.5 com pensamento ativado para praticamente tudo, argumentando que embora seja mais lento que Sonnet e significativamente mais lento que Haiku, tem chance muito menor de cometer erros. Como resultado, o tempo total gasto trabalhando com o modelo é menor com Opus 4.5 devido à redução de retrabalho. Ele também usa a ação do GitHub Claude Code, um bot que pode ser chamado dentro de repositórios autorizados. Um caso de uso forte é durante revisões de PR: sempre que encontra erros, ele pede ao Claude para adicionar esses erros ao arquivo Claude.md, criando um ciclo de melhoria contínua.

Boris usa três abordagens para tarefas longas. Primeira: pedir ao Claude para criar testes de verificação e colocar tarefas em segundo plano (não agentes em nuvem, mas tarefas que executam silenciosamente e relatam ao agente principal). Segunda: usar um gancho de parada para acionar verificação automaticamente quando o Claude para de produzir resultados. Terceira: usar o plugin Ralph Wiggum, que remove o humano do processo completamente ao testar automaticamente se a UI está correta durante o desenvolvimento. Repetindo o padrão de verificação, ele também usa linters e formatadores para verificar o formato do código em várias linguagens. Embora os modelos gerem código correto, esses formatadores limpam os 10% restantes, evitando erros nos pipelines de CI do GitHub.

Boris enfatiza que funcionalidades simples integradas no Claude Code proporcionam cerca de 90% da produtividade desejada, sem necessidade de complicar demais. Ele se refere a fluxos de trabalho repetitivos como 'ciclo interno' - coisas repetidas muitas vezes por dia. Os /comandos são essenciais para isso, armazenados na pasta .claud/comandos e podendo ser commitados no git para compartilhamento com a equipe. Subagentes são outra funcionalidade poderosa: embora pessoas construam subagentes para casos de uso diversos (pesquisadores de mercado, validadores de produtos), Boris os usa para automatizar fluxos simples com instruções diferentes, como verificar arquitetura de código, refatorar código escrito e validar se compilações finais funcionam corretamente.

O vídeo encerra com uma promoção da Automata, a empresa do narrador que implementa fluxos de trabalho de IA em produtos reais. Eles se posicionam como copiloto técnico para pessoas com ideias mas sem equipe técnica para construí-las, aplicando os mesmos fluxos de trabalho ensinados no canal diretamente aos projetos dos clientes. Transformam conceitos em soluções funcionais sem as dificuldades de contratar ou gerenciar equipe de desenvolvimento. O contato é hello@automata.dev. O narrador agradece os espectadores e menciona o botão 'super obrigado' para apoiar o canal e continuar produzindo conteúdo similar.