TL;DR
Testei o setup que Boris Cherny (criador do Claude Code) usa
Resultado: Produtividade 3x maior em tarefas complexas
Você vai aprender: 8 estratégias práticas do criador
Inclui: Configs prontas + comandos copiáveis + exemplos reais
Bônus: Tutorial em vídeo mostrando tudo na prática
🎥 Tutorial em Vídeo
Gravei tutorial completo mostrando:
Como rodar múltiplos Claudes na prática
Configurar Opus 4.6 + Plan Mode
Criar CLAUDE.md e hooks
Permissões inteligentes
Feedback loops em ação, etc.
O Problema Que Eu Tinha
Durante meses usando Claude Code, eu achava que estava usando bem.
Mas sentia que estava deixando MUITO potencial na mesa.
Meus sintomas:
❌ Claude errava e eu precisava refazer 2-3 vezes
❌ Tarefas grandes demoravam horas esperando
❌ Sem certeza se estava usando da forma "certa"
❌ Configurações padrão, sem customização
Total: Gastava mais tempo corrigindo do que criando.
Pior: Não sabia se era limitação da ferramenta ou se eu estava usando errado.
A Descoberta
Aí Boris Cherny, o cara que CRIOU o Claude Code, compartilhou seu setup.
E a primeira frase dele me pegou:
"É simples. Sem firulas. Claude Code funciona muito bem out of the box."
Wait, o CRIADOR da ferramenta não usa configurações super complexas?
Fui testar as 8 estratégias que ele usa.
Resultado essa semana:
✅ Tarefas complexas: 6h → 2h (3x mais rápido)
✅ Qualidade do código: 2-3x melhor (menos bugs, menos refatoração)
✅ Trabalho em paralelo: 1 tarefa por vez → 5 tarefas simultâneas
✅ Confiança: "será que tá certo?" → código validado automaticamente
Total de economia: ~16 horas em uma semana.
As 8 Estratégias do Criador
Estratégia #1: Simplicidade Funciona
O que Boris disse:
"Claude Code funciona muito bem out of the box. Pessoalmente, eu não customizo muito."
Por que isso importa:
Passamos meses procurando a configuração perfeita. Instalando plugins. Ajustando settings.
Mas o criador da ferramenta? Usa no modo padrão.
A lição: Não existe UM jeito correto. A ferramenta foi construída intencionalmente pra você usar do SEU jeito.
Meu aprendizado:
Parei de procurar "o setup perfeito" e comecei a focar no que realmente importa: as estratégias.
Estratégia #2: Trabalhe em Escala (Múltiplos Claudes)
O que Boris faz:
Roda até 15 Claudes simultaneamente:
5 no terminal (abas numeradas 1-5)
5-10 na versão web (claude.ai/code)
Transfere sessões entre terminal e browser conforme necessário
Como implementar:
No terminal:
# Aba 1 - Renomear para "1 - Backend"
cd ~/projeto/backend
claude
# Trabalho em autenticação
# Aba 2 - Renomear para "2 - Frontend"
cd ~/projeto/frontend
claude
# Trabalho em componentes UI
# Aba 3 - Renomear para "3 - Testes"
cd ~/projeto
claude
# Geração de testes
# ... até 5 abas
No browser:
Abra claude.ai/code em múltiplas abas
Cada aba = sessão independente
Use para tarefas mais exploratórias
Resultado real:
Essa semana, rodei 5 Claudes em paralelo refatorando um projeto grande:
Claude 1: Autenticação (2h)
Claude 2: API de usuários (1h 30min)
Claude 3: Testes unitários (1h)
Claude 4: Documentação (45min)
Claude 5: Otimização de queries (1h 15min)
Total em paralelo: 2 horas.
Se fosse sequencial: 6 horas 30min.
Economia: 4 horas 30min em UMA tarefa.
Estratégia #3: Opus 4.6 com Extended Thinking
O que Boris usa:
Opus 4.6 para TUDO.
"É o melhor modelo de código que eu já usei."
Por que não Sonnet (que é mais rápido)?
Boris explica:
"Sonnet é rápido, mas se você precisa refazer 3 vezes até acertar? Perdeu o ganho de velocidade."
Opus pensa mais antes de agir. Analisa o contexto todo. Acerta na primeira tentativa.
Comparação real:
Tarefa: Refatorar sistema de cache
Com Sonnet:
Tentativa 1: Código funciona mas tem race condition (20 min)
Tentativa 2: Race condition resolvida mas performance piorou (15 min)
Tentativa 3: Performance OK mas faltou tratamento de erro (10 min)
Total: 45 minutos + 3 rodadas de refação
Com Opus:
Tentativa 1: Código funciona, sem race condition, performance boa, erros tratados (30 min)
Total: 30 minutos + 0 refações
Opus "mais lento" foi 33% mais rápido no resultado final.
Como configurar:
claude
# Digite: /model
# Selecione: Claude Opus 4.6
# Marque: Extended Thinking
Pronto. Todas as novas sessões usam o melhor modelo.
Estratégia #4: Plan Mode SEMPRE
A regra de ouro de Boris:
"A maioria das sessões começa em Plan Mode."
O workflow:
Shift+Tab DUAS vezes (entra em Plan Mode)
Conversa com Claude até ter um plano sólido
Aprova o plano
Muda pra auto-accept edits
Claude executa
Por que funciona:
5 minutos planejando economiza 30 minutos refazendo.
Exemplo real desta semana:
Sem Plan Mode (como eu fazia antes):
Eu: Adiciona autenticação JWT no backend
Claude: [começa a escrever código]
[10 minutos depois]
Claude: Pronto!
Eu: [testo] Ops, faltou middleware de refresh token
Eu: [testo] Ops, faltou validação de expiração
Eu: [testo] Ops, rotas não protegidas
Total: 45 minutos refazendo
Com Plan Mode (como faço agora):
[Shift+Tab DUAS vezes]
Eu: Adiciona autenticação JWT no backend
Claude: Aqui está meu plano:
1. Instalar dependências (jsonwebtoken, bcrypt)
2. Criar src/middleware/auth.ts
3. Implementar geração + refresh de tokens
4. Proteger rotas existentes
5. Adicionar testes
6. Validação de expiração
Você aprova?
Eu: Perfeito, executa!
Claude: [executa tudo]
Total: 20 minutos + 0 refações
Economia: 25 minutos + muito menos frustração.
Estratégia #5: CLAUDE.md Compartilhado
O que Boris faz:
O time inteiro compartilha UM único arquivo CLAUDE.md.
Atualizado várias vezes por semana.
O workflow genial:
Claude fez algo errado? → Adiciona uma regra → Problema resolvido pra sempre.
Exemplo real do time do Boris:
Problema: Claude às vezes usava npm, outras vezes usava bun.
Solução: Adicionar no CLAUDE.md:
## Package Manager
- Sempre use `bun`, nunca `npm` ou `yarn`
Resultado: Claude NUNCA mais usou npm. Problema resolvido permanentemente.
Como criar o seu:
# Na raiz do projeto
cat > CLAUDE.md << 'EOF'
# Regras de Desenvolvimento
## Package Manager
- Sempre use `bun`, nunca `npm` ou `yarn`
- Comando: `bun install`, `bun run dev`, etc.
## Code Style
- Use TypeScript strict mode
- Sempre adicione tipos explícitos
- Prefira arrow functions
## Testing
- Todo código novo precisa de testes
- Use `bun test` para rodar
## Git
- Commits em inglês
- Use conventional commits (feat:, fix:, etc.)
EOF
Testando:
Você: Instala o zod como dependência
Claude: Vou instalar usando bun:
$ bun add zod
Ele usou bun automaticamente porque tá no CLAUDE.md!
Estratégia #6: Hook de Formatação Automática
O que Boris configurou:
PostToolUse hook que roda bun run format || true após cada edição.
Por que é genial:
Claude já gera código bem formatado 90% das vezes
O hook garante os últimos 10%
Evita erros de formatação no CI
Você nem pensa nisso - é invisível
Como configurar:
# Criar pasta de configuração
mkdir -p .claude
# Criar settings.json
cat > .claude/settings.json << 'EOF'
{
"PostToolUse": [
{
"matcher": "Write|Edit",
"hooks": [
{
"type": "command",
"command": "bun run format || true"
}
]
}
]
}
EOF
# Adicionar script no package.json
{
"scripts": {
"format": "prettier --write ."
}
}
Resultado:
Você: Adiciona função de validação de email
Claude: [escreve código]
[Hook roda automaticamente]
✓ Formatted 1 file
Automático. Todo arquivo sai formatado.
Estratégia #7: Permissões Inteligentes
O que Boris NÃO usa:--dangerously-skip-permissions
O nome já diz: é perigoso. Claude poderia rodar rm -rf / e deletar tudo.
O que Boris FAZ:
Pré-aprova comandos específicos que são seguros.
Como configurar:
claude
# Digite: /permissions
Adiciona comandos seguros:
bun run test:*- qualquer teste é segurobun run build:*- qualquer build é segurogit status- só lê, sempre segurogit diff- só lê, sempre segurogit log- só lê, sempre seguro
O equilíbrio perfeito:
✅ Comandos pré-aprovados passam automaticamente
⚠️ Comandos perigosos pedem confirmação
Exemplo real:
Você: Claude, roda os testes do backend
Claude: Rodando...
$ bun run test:backend
✓ All tests passed (43 tests)
Passou direto! Porque tá na lista.
Mas:
Você: Claude, remove node_modules
Claude: Preciso executar: rm -rf node_modules
Este comando não está na lista.
Permitir? [y/N]
Segurança funcionando!
Estratégia #8: Feedback Loops (A MAIS IMPORTANTE)
O que Boris disse:
"Provavelmente a mais importante de todas."
A frase que mudou tudo:
"Dar ao Claude uma forma de verificar o próprio trabalho melhora a qualidade do resultado final em 2 a 3 vezes."
Dois a TRÊS vezes.
Não é 10% melhor. É 200% a 300% melhor.
Por que funciona TÃO bem:
Sem feedback loop:
Claude escreve → você assume que tá certo → descobre bugs depois
Com feedback loop:
Claude escreve → Claude testa → Claude vê erro → Claude corrige → Claude testa de novo → ACERTA
É inteligência artificial APLICADA.
Exemplo real:
Você: Cria validação de CPF em TypeScript.
IMPORTANTE: depois de criar, roda os testes automaticamente.
Claude: Criando função...
[Escreve código]
Rodando testes...
FAIL: rejeita CPF com dígitos iguais
Expected: false
Received: true
Detectei um bug! CPFs como 111.111.111-11 não estão sendo
rejeitados. Vou corrigir...
[Corrige código]
Rodando testes novamente...
PASS: All tests passed! ✅
Claude:
Criou código
Testou automaticamente
ACHOU o próprio bug
Corrigiu sozinho
Validou a correção
Tudo automático. Zero intervenção. Qualidade 2-3x melhor.
Como implementar no SEU projeto:
Para backend:
Importante: após implementar, roda `bun test` automaticamente
e corrige qualquer erro encontrado.
Para frontend:
Importante: após implementar, abre no browser e valida
visualmente se está funcionando.
Para APIs:
Importante: após implementar, faz requests de teste e valida
os responses.
O princípio é sempre o mesmo: Claude faz → testa → vê resultado → ajusta → repete.
Resultados da Semana
Depois de implementar as 8 estratégias:
Antes:
Tarefas complexas: 6h (muita refação)
Qualidade: Bugs encontrados depois
Trabalho paralelo: 1 tarefa por vez
Confiança: Baixa (sempre "será que tá certo?")
Depois (com estratégias do Boris):
Tarefas complexas: 2h (acerta na primeira)
Qualidade: 2-3x melhor (auto-validação)
Trabalho paralelo: 5 tarefas simultâneas
Confiança: Alta (código testado automaticamente)
Economia total: ~16 horas em uma semana.
Quando Usar Cada Estratégia
✅ Use múltiplos Claudes quando:
Projeto grande com partes independentes
Tarefas que podem rodar em paralelo
Precisa de produtividade máxima
✅ Use Plan Mode quando:
Tarefa complexa com múltiplas etapas
Mudanças arquiteturais
Refatorações grandes
Qualquer coisa que vai levar >30 min
✅ Use Opus 4.6 quando:
Tarefa crítica que precisa estar correta
Código de produção
Arquitetura importante
Prefere gastar 30min e acertar vs 45min refazendo
✅ Use feedback loops SEMPRE:
Todo código novo
Toda refatoração
Toda feature
Não é opcional - é obrigatório
Próximos Passos
Hoje: Escolha UMA estratégia pra implementar
Recomendo: Feedback loops (maior impacto)
Amanhã: Configure Opus 4.6 + Plan Mode
/model→ Opus 4.6Shift+Tab duas vezes antes de começar
Esta semana: Crie seu CLAUDE.md
Adicione suas regras específicas
Compartilhe com o time
Próxima semana: Rode múltiplos Claudes
Comece com 2-3 em paralelo
Aumente conforme se acostuma
Meta: Setup completo em 2 semanas.
Recursos
📥 Downloads
📚 Documentação Oficial
Pergunta da Semana
Qual dessas 8 estratégias você vai implementar primeiro?
Responda este email. Quero saber qual chamou mais sua atenção e por quê.
Se tiver dúvida em alguma, me manda. Respondo todas pessoalmente.
Adriano Viana
Architect | AI-Native Content Creator
P.S.: Boris Cherny compartilhou essas dicas abertamente porque ele quer que TODOS usem Claude Code melhor. A ferramenta só melhora quando a comunidade cresce. Se você implementar alguma estratégia, me marca no X (@adriano_viana) ou comenta lá no vídeo do youtube. Vou compartilhar os melhores resultados.