Criador do Claude Code Revela Seu Workflow e Desenvolvedores Estao Enlouquecendo: O Metodo Boris Cherny

Olá HaWkers, uma thread viral está tomando conta das redes de desenvolvedores nesta semana. Boris Cherny, o criador e líder do Claude Code na Anthropic, compartilhou casualmente sua configuração de terminal e workflow de desenvolvimento. O que começou como um post simples se transformou em uma discussão massiva sobre o futuro do desenvolvimento de software.

Se você trabalha com desenvolvimento e ainda não experimentou programar com assistentes de IA de forma séria, este artigo vai mudar sua perspectiva.

O Que Boris Cherny Revelou

A revelação principal foi surpreendentemente simples, mas suas implicações são profundas para a comunidade de desenvolvedores.

A Configuração do Criador

Boris compartilhou que ele usa exclusivamente o modelo Opus 4.5 com thinking habilitado para todo seu trabalho de desenvolvimento:

Configuração revelada:

• Modelo: Claude Opus 4.5 (o mais pesado e lento)
• Thinking mode: Sempre ativo
• Contexto: Máximo permitido
• Abordagem: Delegação extensiva

💡 Citação de Boris: "Eu uso Opus 4.5 com thinking para tudo. É o melhor modelo de programação que já usei."

Por Que Opus 4.5 e Não Sonnet?

A escolha pode parecer contraintuitiva. Sonnet é mais rápido e mais barato. Mas Boris explicou a lógica:

Vantagens do Opus para código:

• Raciocínio mais profundo sobre arquitetura
• Menos erros em primeira tentativa
• Melhor entendimento de contexto complexo
• Soluções mais elegantes e maintainable

O custo-benefício:

• Tempo economizado corrigindo erros > custo extra do modelo
• Menos iterações necessárias
• Código de melhor qualidade na primeira versão

O Workflow Que Está Viralizando

Mais do que a escolha do modelo, o workflow revelado por Boris está gerando discussões intensas sobre como desenvolvedores devem interagir com IA.

Delegação Extensiva

A filosofia central do workflow é delegar o máximo possível para o modelo, mas de forma estruturada:

Princípios do método:

1. Contexto completo primeiro: Antes de pedir qualquer código, fornecer contexto extensivo sobre o projeto, arquitetura e constraints

2. Tarefas auto-contidas: Cada interação deve ser uma unidade completa de trabalho, não fragmentos

3. Revisão crítica, não microgerenciamento: Focar em revisar o resultado final, não cada linha durante a geração

4. Iteração por refinamento: Em vez de corrigir linha por linha, pedir reescrita com feedback específico

Estrutura de Prompts

Boris compartilhou a estrutura geral que usa para tarefas de desenvolvimento:

Componentes de um prompt efetivo:

• Contexto do projeto e stack
• Objetivo específico da tarefa
• Constraints técnicas e de negócio
• Exemplos de código existente quando relevante
• Critérios de sucesso claros

O Papel do Thinking Mode

O thinking mode (modo de raciocínio estendido) é central para o workflow:

Como Boris usa thinking:

• Para decisões arquiteturais complexas
• Ao enfrentar bugs difíceis de reproduzir
• Para refatorações que afetam múltiplos arquivos
• Quando há trade-offs técnicos importantes

Reações da Comunidade

A thread gerou milhares de respostas e debates acalorados sobre o futuro da profissão.

Os Entusiastas

Muitos desenvolvedores relataram experiências similares:

Feedback positivo:

• "Minha produtividade triplicou desde que adotei approach parecido"
• "Finalmente entendi como usar IA para código de verdade"
• "O segredo está na qualidade do contexto, não na quantidade de prompts"

Os Céticos

Outros levantaram preocupações importantes:

Questionamentos levantados:

• Custo do Opus 4.5 para uso intensivo
• Dependência excessiva de ferramentas de IA
• Desenvolvedores juniores perdendo oportunidades de aprendizado
• Segurança de código gerado por IA

O Debate Sobre Custo

O Opus 4.5 é significativamente mais caro que alternativas. Boris respondeu a essa crítica:

Análise de custo-benefício:

• Tempo de desenvolvedor senior: $100-200/hora
• Economia de 1-2 horas por dia: $100-400/dia
• Custo extra do Opus vs Sonnet: ~$20-50/dia para uso intensivo
• ROI: Claramente positivo para profissionais experientes

Lições Práticas Para Aplicar Hoje

Independente do modelo que você usa, há lições aplicáveis do workflow de Boris.

1. Invista em Contexto

Antes de pedir código, explique:

## Contexto do Projeto
- Stack: React 18, TypeScript 5, Tailwind CSS
- Arquitetura: Component-based com custom hooks
- Estado: Zustand para global, React Query para server state
- Testes: Vitest + React Testing Library

## Convenções
- Componentes funcionais apenas
- Props tipadas com interfaces (não types)
- Custom hooks prefixados com use
- Testes co-localizados com componentes

2. Peça Unidades Completas

Em vez de:

"Me dê um hook para fetch de dados"

Prefira:

"Crie um hook useUserData que: busca dados do usuário da API /users/:id, implementa cache com stale-while-revalidate, trata estados de loading/error/success, inclui testes unitários, segue nossas convenções de código."

3. Revise Estrategicamente

Não microgerencie a geração. Em vez disso:

Processo de revisão efetivo:

• Execute o código gerado
• Verifique se atende requisitos funcionais
• Revise pontos críticos de segurança
• Peça refinamentos específicos se necessário

Implicações Para o Futuro

O workflow de Boris representa uma mudança paradigmática em como desenvolvedores experientes trabalham.

Habilidades Que Ganham Valor

Arquitetura e design:

• Entender sistemas complexos
• Tomar decisões de trade-off
• Comunicar contexto efetivamente

Revisão e curadoria:

• Identificar problemas em código gerado
• Avaliar qualidade e maintainability
• Integrar soluções em sistemas existentes

Prompting efetivo:

• Estruturar pedidos claros
• Fornecer contexto relevante
• Iterar baseado em resultados

Habilidades Que Perdem Relevância

Sintaxe e memorização:

• Decorar APIs específicas
• Lembrar padrões boilerplate
• Dominar sintaxe de múltiplas linguagens

Codificação mecânica:

• Escrever código repetitivo
• Implementar padrões bem documentados
• Tarefas de baixa complexidade cognitiva

Como Começar a Experimentar

Se você quer testar um workflow similar, aqui está um roadmap prático.

Semana 1: Fundamentos

Objetivos:

• Configurar Claude Code ou similar
• Experimentar com tarefas pequenas
• Documentar o que funciona e o que não funciona

Exercícios:

• Pedir geração de testes para código existente
• Refatorar função complexa com assistência
• Debugar problema com contexto completo

Semana 2: Escala

Objetivos:

• Aumentar complexidade das tarefas
• Desenvolver templates de contexto
• Medir impacto na produtividade

Exercícios:

• Feature completa com IA
• Integração entre múltiplos arquivos
• Revisão crítica sistemática

Semana 3: Refinamento

Objetivos:

• Identificar padrões que funcionam para você
• Otimizar prompts baseado em experiência
• Definir quando usar e quando não usar IA

Reflexão Final

O workflow revelado por Boris Cherny não é sobre substituir desenvolvedores por IA. É sobre aumentar a capacidade de desenvolvedores experientes de entregar valor.

Os pontos-chave para levar:

• Qualidade de contexto supera quantidade de prompts
• Modelos mais capazes podem ter melhor ROI apesar do custo
• Delegação efetiva requer clareza e estrutura
• Revisão crítica continua sendo responsabilidade humana

A era do desenvolvedor que digita código linha por linha está evoluindo para a era do desenvolvedor que orquestra sistemas inteligentes. Aqueles que se adaptarem a essa nova realidade terão vantagem competitiva significativa.

Se você quer explorar mais sobre ferramentas e técnicas de produtividade para desenvolvedores, recomendo que dê uma olhada em outro artigo: Ferramentas de IA Para Desenvolvedores em 2026 onde você vai descobrir as melhores opções disponíveis.

Bora pra cima! 🦅