Como o criador do Claude Code usa a própria ferramenta — 4 dicas que mudaram meu setup

Em 16 de março de 2026, Boris — o criador do Claude Code — publicou no blog dele um relato passo-a-passo de como ele mesmo usa a ferramenta no dia a dia. Foi uma daquelas leituras que valida o que você já vinha fazendo intuitivamente e te dá um empurrão para refinar o que ainda não estava 100%.

Eu trabalho na Microsoft desenvolvendo agentes de IA para projetos internos. Já vinha aplicando algumas dessas práticas por tentativa e erro, lendo documentação da Anthropic, refinando setup. Mas quando você vê o próprio criador da ferramenta validando o método, fica mais fácil bater o martelo e adotar.

Aqui estão as quatro dicas dele que mais mudaram meu fluxo — e o que eu ajustei na hora de aplicar.

1. Rode múltiplas sessões em paralelo

A maioria dos desenvolvedores trabalha com uma janela do Claude Code aberta, focando em uma tarefa por vez. O Boris faz diferente: ele roda 10 a 15 sessões simultaneamente, distribuídas entre projetos diferentes.

Pode ser via plugin do Claude Code dentro do IDE (eu uso o Visual Studio Code), pode ser via CLI puro, ou via outras ferramentas equivalentes como o GitHub Copilot CLI. O ponto é: paralelismo.

Meu ajuste: 10-15 sessões é demais para mim. Já testei e perdi controle. Cinco sessões é o meu sweet spot atual — suficiente para manter projetos paralelos andando, baixo o suficiente para revisar tudo com qualidade. O Boris já desenvolveu uma metodologia própria e tem anos de prática; para nós que estamos nessa jornada, comece com 2-3 e suba conforme ganha confiança.

A regra que aprendi: se você sente que está perdendo o fio em alguma sessão, está com sessões demais. A IA transborda informação rápido demais quando você não tem capacidade de revisar. Encontre o seu equilíbrio.

2. SEMPRE inicie em Plan Mode

Esse foi o ponto onde tive o ganho mais imediato.

O Plan Mode (você ativa com Shift+Tab ou comando equivalente) faz o agente planejar antes de executar. Você descreve o objetivo, ele desenha a arquitetura, define os subagentes necessários, valida com você e só então parte para escrever código.

Quando você pula o planejamento e fala "crie o melhor site do mundo", o output é um site meia-boca total. Quando você planeja primeiro, o agente cria estruturas específicas (agente de design, agente de conteúdo, agente de SEO) que cooperam de forma muito mais coerente.

Regra que adotei como inegociável: toda sessão de Claude Code começa em Plan Mode. Sem exceção. O ganho de qualidade no resultado final compensa qualquer overhead inicial.

3. Use MCPs especializados em vez de busca genérica

MCPs (Model Context Protocol servers) são plugins que conectam o agente a uma fonte de conhecimento específica. A diferença prática é gigante.

Sem MCP especializado: você está desenvolvendo um projeto Microsoft. Pergunta uma coisa para o Claude. Ele faz busca genérica na internet, junta informação de fóruns aleatórios, blogs desatualizados, posts de Stack Overflow de 2018. Mistura tudo, gera um resultado que pode ou não estar correto. Gasta muitos tokens no caminho.

Com MCP especializado: você instala um MCP da Microsoft (eu uso o MCP App Service, que é oficial). Ele conecta direto à base de conhecimento atualizada da Microsoft. O Claude não procura mais nada na internet sobre Microsoft — vai direto na fonte de verdade, busca só o que precisa, retorna informação correta e atualizada.

Resultado:

• Velocidade absurda — sem buscar 10 fontes, sem comparar, sem inferir
• Menos tokens consumidos — economia direta no custo (se você usa API) ou mais headroom no plano mensal
• Qualidade técnica superior — informação vem da fonte oficial

O que adotar: identifique as plataformas e tecnologias que você mais usa e instale MCPs oficiais para elas. Microsoft, AWS, Stripe, Notion, GitHub — todos têm MCPs hoje. Vale o investimento de uma tarde para configurar.

4. Refine o claude.md continuamente — "Compound Engineering"

O claude.md (ou equivalente em outras ferramentas) é o arquivo de instruções principal do seu agente. Ele define a missão, o contexto, as regras e os padrões do projeto.

A prática que o Boris adotou — e que eu já estava fazendo intuitivamente — é tratar cada erro do agente como uma regra a ser adicionada. O fluxo é:

1. O agente comete um erro
2. Você corrige na conversa
3. Você adiciona uma regra explícita ao claude.md descrevendo como evitar aquele erro no futuro

Boris chama isso de Compound Engineering — uma referência ao conceito de juros compostos. Cada refinamento se acumula em cima dos anteriores. Em equipe, todos os desenvolvedores contribuem com refinamentos no mesmo arquivo. Em poucas semanas, o agente fica brutalmente especializado para o seu caso de uso.

O ganho não é linear — é exponencial, justamente porque cada nova interação parte de um patamar de conhecimento mais alto que a anterior.

A dica bônus que descobri por conta própria

Boris não fala disso explicitamente no blog dele, mas é o que eu venho fazendo e que aumentou ainda mais a produtividade: rode duas ferramentas em paralelo para validação cruzada.

Hoje eu uso Claude Code + GitHub Copilot CLI ao mesmo tempo:

1. Planejamento no Claude Code com modelo Opus 4.6 (mais robusto, mais caro, vale para essa fase)
2. Validação no GitHub Copilot CLI — peço para ele revisar o planejamento e apontar gaps
3. Execução em qualquer um dos dois — geralmente Sonnet (mais leve, mais rápido, mais barato) na fase de "mão na massa"

Como a Microsoft fechou parceria com a Anthropic, hoje:

• O GitHub Copilot CLI consegue ler arquivos claude.md e a estrutura de subagentes do Claude
• O Claude Code consegue ler copilot-instructions.md e estrutura de agentes do Copilot

As duas ferramentas usam o mesmo framework agentic (padrão aberto de mercado), então você transita entre elas sem retrabalho. Adicionar essa camada de validação cruzada eleva muito a qualidade do planejamento — e quanto melhor o plano, menos retrabalho na execução.

Bônus 2: troca de modelos por fase

Outra prática que o Boris menciona e que vale ouro: modelo caro no planejamento, modelo barato na execução.

O custo total fica mais baixo do que rodar Opus em tudo, e o resultado fica melhor do que rodar Sonnet em tudo.

Resumo: o setup que estou rodando hoje

1. 3-5 sessões em paralelo — projetos diferentes, contexto separado
2. Plan Mode obrigatório — toda sessão começa planejando
3. MCPs especializados instalados — App Service, GitHub, etc.
4. claude.md em refinamento contínuo — toda correção vira regra
5. Validação cruzada Claude Code + GitHub Copilot CLI
6. Opus pra planejar, Sonnet pra executar

O ganho de produtividade trabalhando dessa forma comparado ao "abrir uma janela e perguntar coisa" é absurdo. Eu estou entregando volume de trabalho dentro da Microsoft que antes levaria 3-4x mais tempo.

Se você usa Claude Code ou GitHub Copilot, vale o investimento de uma tarde para reorganizar o setup nessas linhas.

Este artigo foi gerado a partir do meu vídeo no YouTube. Assista a versão completa para a demonstração na minha tela de cada uma dessas práticas em ação.