Três meses atrás quase contratei um segundo desenvolvedor backend. Tínhamos um backlog que era constrangedor, quatorze features prometidas para clientes, duas pessoas sobrecarregadas, e eu alternando entre chamadas de vendas e pull requests como um completo idiota. Aí comecei a usar Claude Code propriamente. Não apenas colando funções em uma janela de chat. Quero dizer integrando na rotina real diária. Limpamos aquele backlog em seis semanas. Não contratei o segundo desenvolvedor.
Isso não é um pitch. É só o que aconteceu.
O Que "Propriamente" Realmente Significa
A maioria das pessoas que falo em meetups estão usando ferramentas de codificação com IA da mesma forma preguiçosa. Colam uma função, recebem algo de volta, colam no editor, quebra, desistem. Isso não é um fluxo de trabalho. É desespero.
Propriamente, para mim, significa que Claude Code vive dentro do meu terminal via Claude Code CLI, trabalhando diretamente no meu repositório real, lendo arquivos reais, não snippets sanitizados. A diferença é enorme. Quando tem contexto completo de um plugin WordPress de 4.000 linhas que construímos para um cliente de healthcare americano no ano passado, o output é utilizável. Quando está trabalhando às cegas a partir de um paste de 40 linhas, está chutando.
Rodo em um MacBook Pro M3. Meu editor ainda é VS Code com os suspeitos usuais, Prettier, ESLint, GitLens. Claude Code não substitui nada disso. Fica ao lado.
O Setup Que Eu Realmente Uso
- Claude Code CLI instalado globalmente via npm
- Um diretório .claude na raiz de cada projeto com um arquivo CLAUDE.md, basicamente um briefing que escrevo para Claude sobre o projeto: stack, convenções, o que não mexer.
- iTerm2 com split panes: código à esquerda, sessão do Claude à direita
- Git commits depois de cada mudança gerada pelo Claude, sem exceções. Já fui queimado.
Aquele último ponto. Em 2022 um projeto de cliente, migração Shopify para uma varejista de móveis baseada em Manchester, deixei três horas de edições assistidas por IA se acumularem sem fazer commit. A sessão inteira corrompeu. Seis horas de trabalho perdidas. Agora faço commit compulsivamente, quase neuroticamente. Claude Code ou não.
A Rotina Matinal (Isso É Propositalmente Entediante)
Estou no escritório às 8h30. Café do lugar na Exmouth Market. Abro o Notion, vejo o que está na fila para o dia, aí abro meu terminal.
A primeira coisa que faço com Claude Code toda manhã é o que comecei a chamar de "context dump". Abro o projeto, rodo claude e dou um parágrafo de onde parei no dia anterior. Ele lê o git diff recente automaticamente. Isso leva uns três minutos e significa que não estou gastando vinte minutos relendo meu próprio código para lembrar no que estava. Só isso já vale a assinatura.
Aí trabalho. Não estou pedindo para Claude escrever features do zero, embora às vezes eu faça. Principalmente estou pedindo para fazer as coisas que me deixam mais lento mas exigem zero criatividade.
Coisas como:
- Escrever casos de teste PHPUnit para funções que já escrevi
- Gerar interfaces TypeScript a partir de uma resposta JSON que colo
- Refatorar um componente de 300 linhas que sei que precisa dividir mas não quero pensar sobre.
- Documentação em primeira versão para APIs internas
Nada disso é emocionante. Tudo isso costumava consumir uma hora que eu não tinha.
Onde Realmente Economiza Tempo (Com Números)
Seahawk construiu mais de 12.000 sites até agora. Uma grande parte é WordPress, temas, plugins, customizações WooCommerce. Existe uma categoria de tarefa no desenvolvimento WordPress que é monotona mas tecnicamente precisa: escrever hooks customizados, registrar endpoints de REST API, construir páginas de configurações com a Settings API.
Cronometrei no mês passado. Escrever uma classe custom de shipping method WooCommerce do zero: historicamente leva uns 45 minutos incluindo testes. Com Claude Code fazendo o scaffold enquanto descrevo a lógica de negócio em inglês simples: 12 minutos. E o scaffold é bom, segue os padrões de código WordPress porque contei a ele no meu CLAUDE.md.
Isso não é 10% mais rápido. É uma categoria diferente de velocidade.
A economia maior é o custo de troca de contexto. Quando estou no meio de uma feature e um cliente avisa sobre um bug em um projeto completamente diferente, eu costumava ignorar o cliente (ruim) ou perder meu raciocínio inteiro (também ruim). Agora posso pedir ao Claude para escrever um bloco de comentário detalhado resumindo exatamente onde estamos na tarefa atual, mudar para o bug, corrigi-lo, voltar, ler o comentário e continuar em cerca de quatro minutos. Antes, essa recuperação me custava vinte.
Onde Isso Falha
Honestidade total. E isso importa mais que as vitórias.
Claude Code é genuinamente ruim em qualquer coisa que exija entender por que uma decisão foi tomada historicamente. Tínhamos um projeto fintech na Seahawk, um dashboard para uma startup de pagamentos baseada em Londres, onde existia um bit particularmente complicado de gerenciamento de estado por uma razão que predatava nosso envolvimento. Algum caso extremo em como sua API legada agrupava respostas. Claude continuava "corrigindo" isso. Cada sugestão era tecnicamente mais limpa e completamente errada. Ele não sabia o que não sabia.
Esse é o failure mode que ninguém fala o suficiente. O output parece correto. Passa na revisão básica. E aí quebra em produção numa quinta à noite quando um usuário bate naquele edge case.
Minha regra agora: Claude Code não toca em nada onde o comentário diz "não mude isso sem perguntar para o Ravi." (Ravi é nosso lead backend dev.) Ponto final.
Também tem dificuldade séria com:
- Refatorações multi-arquivo onde a cadeia de dependências tem mais de três níveis de profundidade
- Qualquer coisa envolvendo um SDK de terceiros com menos de dois anos, ele alucina nomes de métodos com confiança.
- CSS que precisa corresponder exatamente ao comp do designer (fica perto, aí te deixa louco com pequenos erros)
- Otimização de performance onde o gargalo não é óbvio, ele otimiza a coisa errada.
No ponto dois especificamente: estava integrando a API do Resend num projeto Next.js em janeiro. Claude ficava referenciando um método .send() que não existe no Resend Node SDK. Levou mais tempo debugando a confiante incorreção de Claude do que teria levado apenas ler a documentação eu mesmo. Lição aprendida. Para qualquer SDK, colo o README real na janela de contexto primeiro.
Os Padrões de Prompt Que Realmente Funcionam
Itersei sobre isso por meses. Prompts ruins geram outputs ruins. Aqui está o que cheguei.
Seja o dev sênior, não o estagiário. Não pergunta "escreve uma função que faz X." Pergunta "preciso implementar X. Aqui está a restrição: Y. Aqui está o que já descartei: Z. Qual é sua abordagem antes de escrever qualquer coisa?" Faz ele pensar primeiro. O output depois dessa conversa é dramaticamente melhor.
Dá a ele uma persona com riscos. Eu literalmente escrevo: "Você é um desenvolvedor WordPress sênior que se importa profundamente em não introduzir vulnerabilidades de segurança. O cliente é uma empresa de saúde. Priorize sanitização e verificação de nonce acima de tudo." Isso parece boba? Sim. Funciona? Também sim.
Especifique o formato do output. "Me dá só a função, sem explicação" ou "Me dá a função, depois uma lista com bullet points do que eu deveria verificar manualmente." Output não estruturado desperdça tempo.
Um padrão que eu uso constantemente:
- Descreva o objetivo em uma frase
- Cole o código existente relevante com um comentário explicando seu propósito
- Declare a restrição ("deve ser compatível com versões anteriores do PHP 7.4")
- Peça uma abordagem primeiro, código depois
- Revise a abordagem, questione se necessário, depois peça o código
Cinco passos. Parece overhead. Me poupa quinze minutos de código ruim sempre que faço.
Como Isso Mudou o Que Eu Delego
Essa é a parte que mais me surpreendeu. Claude Code não apenas me tornou mais rápido. Mudou o que eu repasso para desenvolvedores juniores.
Antes, um dev junior na Seahawk passaria suas primeiras duas semanas apenas se familiarizando com nossas convenções e nossa stack. Agora eu repasso um projeto com um CLAUDE.md bem escrito e digo a eles para usar Claude Code para gerar código de scaffold, depois revisar contra as convenções. Eles estão contribuindo com trabalho real em três dias em vez de três semanas.
O arquivo CLAUDE.md está fazendo a mentoria que eu costumava fazer em walkthroughs por hora. Essa é uma mudança significativa. Não porque eu não queira fazer mentoria, quero, mas porque agora as conversas de mentoria são sobre decisões e trade-offs, não "lembre-se de usar wp_nonce_field() em cada formulário".
A documentação de especificação do modelo Anthropic vale a pena ser lida se você está curioso sobre os guardrails dentro dos quais Claude opera, entender eles te ajuda a trabalhar com suas tendências em vez de contra elas.
A Perspectiva do Fundador
A maioria dos artigos sobre ferramentas de IA para codificação é escrita para desenvolvedores. Tudo bem. Mas há um problema específico do fundador que Claude Code resolve e que eu não tinha visto bem articulado.
Quando você está administrando uma agência e também entregando código, seu maior inimigo não são lacunas de habilidade. É o custo de re-entrada. Você é puxado para uma call de preço por quarenta minutos, depois precisa corrigir uma regressão de CSS, depois tem um 1-on-1 com um membro da equipe. Quando você finalmente volta para a feature que estava construindo, perdeu o fio de forma tão completa que começar de novo parece mais fácil do que continuar.
Claude Code, usado corretamente, reduz drasticamente o custo de retomada. Mencionei o truque do bloco de comentário de resumo antes. Eu também uso para gerar uma rápida mensagem no Slack para mim mesmo com bullet points do que foi feito, o que vem a seguir e o que está bloqueado. Leva dez segundos. Poupa dez minutos de reconstrução.
Não vai te tornar um melhor gerente. Não vai limpar seu calendário. Mas se você é um founder que ainda faz deploy, e acho que mais de nós deveríamos, isso remove um imposto específico e doloroso no seu tempo de codificação.
FAQ
Vale a pena Claude Code se você não é um desenvolvedor em tempo integral?
Honestamente, provavelmente menos. O valor se compõe quando você está na ferramenta todos os dias e investe tempo construindo bons arquivos de contexto (CLAUDE.md, briefs de projeto claros, etc.). Se você está entrando uma vez por semana, vai gastar mais tempo reestablecendo contexto do que economiza. GitHub Copilot pode ser mais adequado para usuários ocasionais, é mais ambiente e requer menos configuração deliberada.
Como você lida com qualidade de código, você só confia no que ele gera?
Nunca cegamente. Todo arquivo gerado por Claude passa por ESLint e nossa config do Prettier automaticamente. Para qualquer coisa tocando autenticação, pagamentos ou manipulação de dados, eu faço uma leitura manual linha por linha. Para funções utilitárias e testes, sou mais relaxado. Você calibra baseado no risco. O OWASP Top Ten é um checklist mental útil ao revisar código gerado por IA que manipula entrada do usuário.
Funciona bem especificamente com WordPress?
Melhor do que esperava, com ressalvas. Ele conhece WordPress profundamente, hooks, filters, a Settings API, internals de WooCommerce. Mas seu conhecimento de desenvolvimento de blocos Gutenberg mais recente (particularmente a Interactivity API) é irregular. Sempre verifico contra o Block Editor Handbook para qualquer coisa relacionada a blocos.
E quanto ao custo?
Pago por Claude Pro, que custa $20/mês. No nível em que o uso, a economia de tempo fica entre quatro e seis horas por semana. Faça as contas com sua própria taxa horária. Para mim não é uma pergunta que valha a pena fazer.
---
Ainda escrevo bastante código eu mesmo. Não estou interessado em me tornar um prompt jockey que nunca toca uma função real. Mas o founder que finge que ferramentas de codificação por IA não mudaram o ofício está se enganando. A questão não é se usá-las. É se você está usando com rigor suficiente para obter valor real, ou apenas negligência suficiente para introduzir problemas reais.
Para mim, a diferença entre essas duas coisas veio de tratar o Claude Code como um desenvolvedor capaz mas júnior. Inteligente. Rápido. Precisa de um bom briefing. Precisa de revisão. E absolutamente não deve ser deixado sem supervisão perto de qualquer coisa mission-critical.
Esse enquadramento mudou tudo.