- A ferramenta de IA Claude Code não é apenas um gerador de código simples, mas uma ferramenta de produtividade que oferece uma experiência parecida com delegar trabalho a um colega
- Ela oferece um ambiente em que é possível focar em capacidades tipicamente humanas, como projeto de sistemas, pensamento de produto e comunicação, em vez de implementação repetitiva
- Por meio de trabalho em paralelo, depuração em múltiplas etapas e integração com o GitHub, há o efeito de produzir resultados no nível de grandes equipes de desenvolvimento mesmo com uma equipe pequena
- No entanto, existem limitações e peculiaridades de comportamento que o usuário precisa gerenciar, como escrever testes em excesso ou processar tarefas simples de forma exagerada
- No fim, isso desloca o papel do desenvolvedor de implementador para regente, abrindo amplas possibilidades que vão do treinamento de desenvolvedores juniores ao aumento de produtividade de seniores e à execução de projetos por não desenvolvedores
O código escrito por IA e a mudança no papel do desenvolvedor
- Todo o código escrito nos últimos dois meses foi produzido diretamente pelo Claude Code, e não por humanos
- O usuário passa a focar no desenho da arquitetura e na definição dos resultados, em vez da implementação
- Há uma tendência em que a digitação repetitiva e minuciosa se torna cada vez menos necessária
- Nesse processo, o valor do desenvolvedor está migrando para planejamento de produto, pensamento sistêmico e julgamento estético
Capacidade de depuração em múltiplas etapas
- Em um problema de falha em tarefas de fila, o Claude Code analisou milhares de linhas de código de bibliotecas externas para encontrar a causa
- Resolveu um problema de incompatibilidade no nome da fila entre o ambiente de desenvolvimento e o ambiente de produção
- Este é um exemplo de como algo que normalmente levaria horas ou dias para um desenvolvedor comum pode ser resolvido em pouco tempo
Trabalhar como um regente de orquestra
- É possível executar várias instâncias do Claude Code em paralelo para desenvolver múltiplas funcionalidades ao mesmo tempo
- Cada tarefa avança em um git worktree separado, evitando conflitos
- Em vez de escrever código diretamente, o desenvolvedor assume o papel de gestor que coordena e revisa o trabalho
- Isso permite avançar com eficiência mesmo quando a energia ou a concentração estão baixas
Uso no dia a dia e mínimo de atrito
- Diferentemente de ferramentas baseadas em IDE como Cursor e Copilot, o Claude Code não fica preso a um ambiente específico
- Ele se integra de forma fluida ao fluxo de trabalho já existente dos desenvolvedores, com CLI, git, tmux etc.
- Principais comandos:
/issues→ criar issue no GitHub/work→ desenvolvimento baseado em issue e criação de PR/review→ revisão e melhoria de PR
- Com isso, o atrito nos processos de pesquisa, implementação e revisão é minimizado
Limites e personalidade
- Às vezes, ele apresenta comportamentos excessivos, como escrever testes demais ou tratar tarefas simples de forma complexa
- Quando segue na direção errada, é possível interrompê-lo imediatamente
- Um ponto forte é que ele faz de bom grado tarefas que os desenvolvedores costumam achar chatas, como ajustes repetitivos de estilo
Desenvolvedores juniores e aprendizado
- Desenvolvedores juniores podem usar o Claude Code como um mentor com quem se pode perguntar sem parar
- "Quais são os problemas do meu PR?"
- "Qual é a diferença entre as abordagens de Python e Ruby?"
- "Quais são as armadilhas e os pontos de atenção de cada linguagem?"
- Com isso, a velocidade de crescimento e a contribuição prática aumentam bastante
Exemplo de fluxo de trabalho real
- 9h: enviar um relatório de bug ao Claude Code → reprodução do problema e criação automática de issue no GitHub
- 9h20: executar tarefas diferentes em paralelo em 4 abas (correção de bug, revisão de PR, escrita de changelog, investigação de trabalho de fundo)
- 10h~11h: geração automática de cada PR, incluindo documentação e tratamento de erros
- 11h30: revisão final humana para ajustar UX e estilo de código
- 11h45: analisar feedback de clientes e convertê-lo automaticamente em issues
Conclusão e público recomendado
- Uma equipe de duas pessoas investe US$ 400 por mês para alcançar resultados no nível de grandes equipes
- Público recomendado:
- Desenvolvedores seniores que querem focar em estratégia e qualidade em vez de implementação
- Líderes de equipe que querem entregar mais resultados
- Fundadores não técnicos e desenvolvedores iniciantes
- É possível começar com uma assinatura mensal de US$ 20, e o essencial para encurtar a curva de aprendizado é realmente delegar projetos reais a ele
- O futuro da programação está migrando da implementação direta para a orquestração de resultados e a delegação
12 comentários
As pessoas brigam, mas os programas não brigam e são racionais..
Para mim, parece que só de usar bem a Worktree já fica muito bom.
Para fazer daquele jeito, com o Pro não dá de jeito nenhum.
Estou criando um app para iOS sendo não desenvolvedor, e no Pro o limite chega rápido demais.
Toda vez acaba antes de passar de 2 horas.
Por outro lado, quando o limite chega, isso já vira o ponto de encerrar o trabalho, então talvez até seja bom...
(tipo “por hoje é só” kkk)
Mesmo usando o plano de até $100, ainda sobra bastante. Não sou totalmente leigo em desenvolvimento, mas era a minha primeira vez criando um app, então usei por um mês. Até agora, vi que gastei aproximadamente $566.93.
Se usar por 2~3 horas pela manhã, já atinge o limite antes do almoço (usuário Pro).
Aparece que reinicia às 3h, então, a menos que seja Max, parece que não dá para usar o dia inteiro (embora também não pareça tão difícil assim atingir o limite no Max).
Parece um pomodoro automático de 2 horas, haha
Mesmo no plano Pro de 20 dólares, só usando do jeito que todo mundo recomenda — fazendo ele analisar para montar um plano detalhado no modo plan e depois passando para o modo edit — eu chegava no limite rapidinho.
Com certeza a qualidade do código melhora, mas dá a sensação de que o consumo de tokens é pelo menos três vezes mais rápido do que quando se começa direto no modo edit, de forma meio burra.
No plano gratuito, não dá para usar, né?
Acho que, se usar o plano de 100 dólares, dá para cobrir pelo menos um pouco.
Mesmo com um plano de 20 dólares é difícil fazer desse jeito. Para poder dizer algo como “todo o código escrito nos últimos dois meses foi escrito diretamente pelo Claude Code, não por uma pessoa”,
primeiro teria que gastar 200 dólares e, quando batesse no limite, gastar mais 200, não?
Eu também uso o plano de 100 dólares. Antes de escrever o código, faço o planejamento com o modelo Opus, e para a programação em si uso o Sonnet. Nos últimos dois meses, o Claude Code escreveu diretamente quase todo o código (no mínimo várias milhares de linhas), e quase nunca bati no limite. Na verdade, isso só aconteceu quando por engano escrevi código com o Opus.
Atualmente estou usando o Opus Plan Mode, lançado recentemente, e desde que comecei a usá-lo, quase nem aparece mais o aviso de "Approaching limit".
Já estou trabalhando exatamente assim~
Se fizer uma votação na comunidade,
parece que 80-90% já estão mudando para isso