Como o criador do Claude Code realmente usa o Claude Code

Boris Cherny, o criador do Claude Code, compartilhou publicamente seu fluxo de trabalho de desenvolvimento - e passou de 5 mil curtidas em apenas duas horas. Quando a pessoa que construiu a ferramenta revela como ela mesma a utiliza no dia a dia, todo mundo presta atenção.

O que mais me surpreendeu foi a simplicidade. Nenhuma customização elaborada, nenhuma configuração secreta. O cerne da abordagem dele é combinar funcionalidades nativas do Claude Code de forma disciplinada e intencional.

Se você leu a análise recente do Andrej Karpathy sobre as camadas de abstração que desenvolvedores precisam entender em agentes de IA para código, o guia do Boris é o complemento prático perfeito.

Processamento paralelo - 15 sessões do Claude ao mesmo tempo

Boris roda cinco instâncias do Claude simultaneamente no terminal, mais outras cinco a dez no claude.ai/code pelo navegador. Ele chega a iniciar sessões pelo celular de manhã e confere os resultados depois.

A configuração dele:

• Numera as abas do terminal de 1 a 5, usando notificações do sistema para saber quando é necessária alguma interação.
• Alterna entre sessões locais e na web com o comando &.
• Usa --teleport para pular entre sessões.
• Cada aba do terminal tem seu próprio checkout do Git, então cada sessão executa um plano independente em um branch independente.

Isso não é multitarefa por multitarefa. Cada sessão cuida de uma tarefa discreta e bem definida. O paralelismo vem de ter planos claros, não de ficar trocando de contexto.

Um detalhe interessante dos comentários: Boris usa checkouts separados do Git por aba do terminal em vez de git worktrees. Ele acha o modelo mais simples mais fácil de raciocinar quando está gerenciando várias sessões.

Opus 4.5 com Thinking - maior é, na verdade, mais rápido

Boris usa o maior modelo disponível para toda tarefa. Isso é contraintuitivo - o Opus é mais lento por token e mais caro. Mas o raciocínio dele é prático: o modelo maior exige menos correções, usa ferramentas com mais precisão e produz resultados melhores logo na primeira tentativa.

O efeito líquido é que o tempo total para concluir uma tarefa é menor com o Opus do que com modelos menores, porque você gasta menos tempo corrigindo erros e refazendo prompts.

• Melhor desempenho de codificação entre todos os modelos que ele testou.
• Menos intervenções necessárias durante a execução.
• Tempo total de relógio diminui apesar da latência maior por token.

CLAUDE.md - engenharia de contexto em equipe

O time inteiro faz commit de um único arquivo CLAUDE.md no Git. Toda vez que o Claude comete um erro, alguém adiciona uma anotação nesse arquivo para que o mesmo equívoco não se repita.

Isso é engenharia cumulativa na prática:

• Vários membros da equipe contribuem com atualizações toda semana.
• Durante o code review, o time usa tags @.claude para solicitar adições ao CLAUDE.md.
• Cada equipe mantém seu próprio CLAUDE.md.
• O arquivo se torna um corpo crescente de conhecimento institucional que toda sessão do Claude herda.

O conceito é direto, mas é a disciplina de mantê-lo de forma consistente que o torna poderoso.

Plan Mode - um bom planejamento é 90% do sucesso

Boris começa a maioria das sessões no Plan Mode (shift+tab duas vezes). Se o objetivo é um pull request, ele discute o plano com o Claude até ficar satisfeito, depois muda para o modo auto-accept e deixa o Claude executar o plano inteiro sem interrupção.

O fluxo de trabalho:

1. Investir tempo na fase de planejamento antes de qualquer coisa.
2. Iterar sobre o plano até cobrir casos extremos e problemas potenciais.
3. Uma vez que o plano esteja travado, mudar para execução automatizada.
4. Minimizar correções de ida e volta durante a implementação.

Esse padrão elimina o modo de falha mais comum: começar a codar antes de ter clareza na abordagem. Planejar é barato. Retrabalho é caro.

Slash Commands e subagentes - automatize o trabalho repetitivo

Qualquer fluxo de trabalho que Boris usa mais do que algumas vezes por dia vira um slash command, salvo em .claude/commands/. Comandos como /commit-push-pr ficam disponíveis para o próprio Claude, não apenas para o desenvolvedor.

• Eliminam prompts repetitivos por completo.
• Usam bash inline para pré-computar contexto, tornando os comandos mais rápidos.
• Subagentes como code-simplifier e verify-app cuidam de fluxos comuns de validação.
• Hooks PostToolUse formatam o código automaticamente após cada edição.

Boris também entende Skills como uma forma de slash commands - definições de fluxo de trabalho reutilizáveis e compartilháveis que padronizam a maneira como o Claude aborda tarefas específicas.

Gerenciamento de permissões e integração de ferramentas

Em vez de usar --dangerously-skip-permissions, Boris usa /permissions para pré-aprovar comandos seguros. O time compartilha configurações de servidores MCP para que o Claude acesse diretamente Slack, BigQuery, Sentry e outras ferramentas.

• Compartilhar configurações de permissão via .claude/settings.json.
• Compartilhar integrações de ferramentas via .mcp.json.
• Minimizar prompts de permissão desnecessários sem abrir mão da segurança.

Esse é o meio-termo pragmático entre bloqueio total e acesso irrestrito. O time decide o que é seguro, codifica as regras e segue em frente.

Loops de verificação - o multiplicador de qualidade de 2 a 3x

A prática mais importante do fluxo de trabalho do Boris: dar ao Claude uma forma de verificar o próprio trabalho.

No claude.ai/code, ele faz o Claude testar cada alteração por meio de uma extensão do Chrome que interage com a aplicação real. O loop de verificação inclui:

• Agentes em background que conferem o trabalho após a conclusão.
• Hooks Agent Stop que rodam validações determinísticas.
• O plugin ralph-wiggum para verificação adicional.
• Ambientes sandbox com modos de permissão ajustados para evitar bloqueios.
• Testes de UX reais em navegadores e simuladores.

Isso não é um polimento opcional. Boris considera os loops de verificação a diferença entre 1x e 2-3x de qualidade no resultado final.

O padrão por trás das práticas

Tire as ferramentas e configurações específicas de cena, e quatro princípios emergem:

• Paralelize de forma agressiva. Rode várias sessões, cada uma com escopo claro e seu próprio branch.
• Planeje antes de construir. O Plan Mode é a funcionalidade de maior alavancagem no Claude Code.
• Compartilhe contexto em equipe. O CLAUDE.md transforma lições individuais em conhecimento coletivo.
• Feche o loop de verificação. Deixe o Claude conferir o próprio trabalho antes de você revisar.

O aspecto mais marcante da configuração do Boris não é nenhuma técnica isolada - é a quantidade reduzida de peças móveis. O criador da ferramenta não depende de configurações exóticas. Ele depende dos fundamentos, aplicados com consistência.