Claude Code no trabalho real — um mês usando IA como pair programmer de verdade
Depois de um mês usando Claude Code como meu par de programação principal, aqui está o que mudou, o que não mudou, e o que eu não esperava.
Passei um mês usando Claude Code como meu par de programação principal. Não como autocompletar — como par ativo, que lê o repositório, propõe mudanças, executa testes, e discute decisões.
Aqui está o que é real e o que é hype.
O que mudou de verdade:
Exploração de código desconhecido ficou radicalmente mais rápida. Quando entro num repositório que não conheço, peço para o par mapear: o que esse serviço faz, quais são os pontos de entrada, onde estão as dependências externas, o que pode quebrar se eu mexer em X. Em dez minutos tenho um mapa que antes levava horas de leitura.
Escrita de código repetitivo saiu da minha agenda. Handlers de API, schemas de validação, testes de contrato, código de configuração — tudo isso vai para o par. Não porque não sei fazer — porque meu tempo é mais bem usado em outra coisa.
Debugging ficou mais iterativo. Em vez de ler stack trace, pesquisar, tentar, falhar, pesquisar de novo — eu descrevo o comportamento inesperado, mostro o código, mostro o erro. O par sugere hipóteses. Às vezes erra. Mas as hipóteses são boas o suficiente para me dar direção, e a iteração é rápida.
O que não mudou:
Responsabilidade pelo código que entra em produção. Tudo que o par produz, eu reviso. Não superficialmente — leio, entendo, sei defender em code review. Se o par produz código que eu não entendo, eu peço explicação antes de aceitar.
Isso parece lento. Não é. É o que garante que eu ainda sei o que está acontecendo no sistema que opero.
Decisões de arquitetura. O par é excelente em implementação dentro de uma direção definida. Quando a direção está em aberto — devo usar event sourcing ou CQRS aqui? devo criar uma nova abstração ou usar o padrão existente que ficou ruim? — a ferramenta dá opções balanceadas e cabe a mim escolher.
O que eu não esperava:
A qualidade das perguntas que o par me faz.
Quando descrevo um problema de forma vaga, o par pede clareza. Isso me força a pensar melhor antes de executar. Algumas vezes, no processo de responder a pergunta do par, eu percebo que a abordagem que eu tinha em mente estava errada — antes de escrever uma linha.
É um efeito colateral que não estava nos benchmarks de produtividade.
O limite real:
Contexto de organização. O par não sabe que há uma decisão política que torna certa abordagem inviável. Não sabe que aquele time teve trauma com aquela tecnologia e não vai adotar. Não sabe que o prazo foi prometido para o cliente semana passada.
Tudo isso fica comigo. E é onde as decisões mais importantes do trabalho vivem.
Essa semana: se você usa IA como autocompletar, tente uma sessão onde você trata a ferramenta como par ativo — descreva o problema em prosa, deixe ela propor a abordagem, discuta antes de executar. A diferença de qualidade de output é significativa.