Claude Code não é editor. É par.

Eu fui dos últimos a entrar. Achei que era hype. Hoje eu opero 4 a 8 horas por dia com Claude Code aberto e essa é a coisa mais honesta que eu posso escrever sobre como ele mudou meu trabalho.

Eu fui o último a entrar

Quando o Claude Code apareceu, eu zombei. Tinha visto o ciclo Cursor antes, tinha visto o ciclo Copilot antes, tinha visto cada wave de "IA pra programador" virar feature menor de tudo. Achei que era a próxima.

Demorou meses pra eu instalar. Demorou mais um tempo pra eu deixar aberto o dia inteiro. E demorou mais ainda pra eu entender que o nome é enganoso — ele não é um code editor. Editor é o que você usa pra digitar. Claude Code é outra categoria.

Hoje eu opero 4 a 8 horas por dia com ele. Solo founder, stack inteira minha, do backend ao deploy. Isso não é um post de evangelização. É um post de inventário honesto: o que mudou de verdade no meu trabalho, onde ele falha, e qual é a pergunta certa pra fazer antes de instalar.

A diferença entre ferramenta e par

Autocomplete é ferramenta. Você digita, ele sugere o próximo token, você aceita ou rejeita. O fluxo é seu, ele só acelera o caractere.

Par de programação é outra coisa. Par é alguém que entende o problema antes de você começar a digitar. Você abre uma conversa: "preciso refatorar esse módulo de autenticação, tem três caminhos possíveis, qual você acha que é o menos arriscado?". Par não te dá o código primeiro. Te dá uma análise dos três caminhos, aponta o que você não tinha considerado, e depois — quando você decide — executa.

Claude Code é par. E par muda como você pensa, não só como você digita. Essa é a parte que eu não tinha entendido até começar a operar de verdade.

Os três modos que eu uso

Depois de meses, eu descobri que o que eu chamo de "usar Claude Code" é na verdade três modos distintos. Eu raramente misturo:

Modo 1 · Brainstorm de arquitetura

Antes de tocar em código, eu abro uma conversa com a tese do que quero fazer. Não código — prosa. "Estou pensando em mover essa lógica do servidor pro client porque a latência tá matando UX. Mas isso significa expor X. Vale o trade?". O Claude Code responde como par sênior — aponta o que eu não pensei, sugere alternativas, e às vezes me diz que a premissa toda tá errada.

Esse modo é o que mais mudou meu trabalho. Antes eu começava a escrever código e descobria o problema na metade. Agora eu descubro o problema antes de escrever, e a metade do tempo a resposta é "não escreve, faz outra coisa".

Modo 2 · Execução tática

Quando eu já decidi, eu mando: "refatora essa função pra usar X, mantém a interface, atualiza os 3 callers, e roda os tests". Aí ele opera. Eu vejo o diff, aprovo ou rejeito chunks. Esse é o modo onde a velocidade aparece — coisas que eu levava 2 horas pra fazer viram 15 minutos. Mas só funciona se o modo 1 já aconteceu antes.

A falha clássica de quem começa é pular direto pro modo 2. Manda código sem pensar no contexto. O resultado é código que compila e tá errado.

Modo 3 · Revisão honesta

Esse é o mais subestimado. Eu termino uma feature e mando: "olha esse PR e me diga onde tá frágil. Não diga o que tá certo. Foca no que vai quebrar em produção."

A resposta é incômoda na metade das vezes — ele aponta race conditions que eu não vi, edge cases em inputs malformados, suposições implícitas que não vão sobreviver à realidade. Isso é o que um senior reviewer humano faria, e é exatamente isso que solo founder não tem.

Onde Claude Code falha (de verdade)

Se eu só escrevesse a parte boa, isso seria propaganda. Não é.

Latência em arquivos grandes. Quando o arquivo passa de ~2.000 linhas, a operação fica visivelmente mais lenta. Não impossível — só lenta. Eu aprendi a quebrar arquivos antes que eles cresçam demais. Isso é uma decisão de arquitetura forçada pela ferramenta, não uma decisão pura.

Perde contexto em refactors de 50+ files. Tem um teto. Quando o blast radius da mudança é grande demais, o par começa a esquecer de partes que ele mesmo escreveu. A solução é dividir o refactor em ondas e fechar cada onda com commit antes de começar a próxima. Isso é boa prática mesmo sem IA — só que agora ela é obrigatória.

Custo é real. Eu opero com Claude Max 200 dólares por mês. Isso é U$215 reais quando entra IOF e spread do cartão internacional, R$1.225 por mês todo mês, sem flexibilidade. Pra quem tem receita previsível, é barato. Pra quem está bootstrapped, é uma escolha de identidade — eu pago essa conta antes de pagar quase qualquer outra coisa, e isso me obriga a tratar a ferramenta como infraestrutura crítica, não como brinquedo.

Disciplina é não negociável. A ferramenta amplifica o que você já é. Se você é desorganizado, vira código rápido e desorganizado. Se você não testa, vira código rápido e quebrado. Claude Code não conserta o seu processo — só executa ele em alta velocidade.

A pergunta certa não é "quanto mais rápido"

Toda métrica de IA pra dev se foca em velocidade: linhas por hora, tasks por sprint, PRs por semana. Essas métricas são verdadeiras e enganosas ao mesmo tempo.

A pergunta certa não é "quanto mais rápido o Claude Code te deixa". É:

Que tipo de problema agora cabe no seu dia
que antes não cabia?

Antes do Claude Code, eu adiava refactors grandes porque "não tem tempo essa semana". Agora eu faço o refactor quando ele aparece, porque a janela é menor. Isso significa que código frágil não acumula. Significa que a dívida técnica não vira fundação. Significa que eu posso manter sozinho um sistema que antes precisaria de mais uma pessoa.

Não é mais rápido. É outra coisa. Tarefas que eram impossíveis pra solo viraram possíveis. Esse é o ganho real, e ele não aparece em planilha de produtividade — aparece em quais decisões você consegue tomar sem terceirizar.

Par exige relacionamento. Relacionamento exige limite.

Tem uma armadilha que eu caí no começo: confiar demais. O par é bom o suficiente pra parecer infalível em conversas curtas, e essa percepção contamina decisões grandes. Eu mandei refactors complexos sem ler o diff direito porque "ele costuma acertar". Aí veio o bug em produção que era óbvio pra olho humano — só que eu não olhei.

A regra que eu adotei:

O par opera, eu reviso. Sempre. Sem exceção. Se eu não tenho tempo de revisar um diff, eu não tenho tempo de aplicar ele.

Não importa o quão bom o Claude Code é — a responsabilidade pelo código que vai pra prod é minha. Sempre vai ser minha.

Isso é a parte que mais me lembra par de programação humano: o relacionamento funciona quando os dois sabem quem decide o quê. Você decide o que merece ser feito. Ele te ajuda a fazer. Os dois revisam. Quando essa linha borra, o trabalho fica frágil.

O que eu não te recomendo

Não te recomendo instalar Claude Code se você acha que ferramenta vai consertar processo ruim.

Não te recomendo se você não tem disciplina pra revisar todo diff.

Não te recomendo se R$1.225 por mês pesa no seu orçamento e você não tem certeza que vai usar de verdade — começa pelo plano menor antes de comprometer.

Não te recomendo como atalho. Atalho não existe nesse trabalho. Existe pra outras coisas, talvez. Pra esse, não.

E não te recomendo se você não tem prazer em programar. O Claude Code amplifica prazer e amplifica tédio na mesma proporção. Se programar já era tedioso, ele vai te fazer ficar tedioso mais rápido.

O que eu te recomendo

Te recomendo se você é solo, tem stack inteira nas mãos, e está cansado de ser o gargalo de você mesmo.

Te recomendo se você quer um par de programação que não ofende quando você pergunta coisa óbvia, não tem ego, não cansa, e tá disponível às três da manhã quando a ideia chega.

Te recomendo se você sabe a diferença entre executar e decidir, e entende que a ferramenta nova ajuda na execução mas a decisão continua sendo sua.

E te recomendo principalmente se você quer testar uma hipótese: que solo founder com IA não é uma fase de transição até você contratar — é uma posição estrutural que pode durar anos.

Par de programação não é ferramenta.
É um relacionamento de trabalho.
E todo relacionamento exige limite.