Como desenvolvedores freelance realmente usam Claude no trabalho com clientes

A maioria dos textos sobre uso de LLMs em desenvolvimento são propaganda ou histórias de alguém colocando bugs gerados por IA em produção. O padrão que realmente funciona para desenvolvedores freelancers em 2026 é mais estreito e disciplinado do que qualquer um dos extremos. ## Para o que Claude é bom em trabalho freelance Esboçar boilerplate (estruturas de teste, specs OpenAPI, esqueletos Terraform). Explicar bases de código desconhecidas ao integrar-se a um novo cliente. Revisar seus próprios diffs procurando casos extremos perdidos. Gerar documentação a partir de código existente. Produzir primeiros rascunhos de e-mails para clientes e documentos de escopo. ## Para o que Claude é ruim Escrever features completas sem supervisão. Tomar decisões arquiteturais. Qualquer coisa em que um bug sutil custe mais do que o tempo economizado. Tarefas que o cliente espera totalmente de você (leia seu contrato). ## Um fluxo típico Leia o briefing, escreva você mesmo um escopo de uma página. Peça ao Claude para questionar o design em escalas de 10x e 100x. Planeje o trabalho como pequenos commits. Para cada commit, escreva o teste primeiro, depois peça ao Claude um rascunho de implementação. Leia e reescreva com sua própria voz antes de commitar. ## Seja honesto com os clientes Muitos clientes aceitam trabalho assistido por LLM desde que o código passe pela revisão e o entregável seja seu. Alguns proíbem explicitamente. Leia o contrato; se não estiver claro, pergunte por escrito antes do primeiro commit. ## Precificação Ganho de produtividade não justifica baixar sua taxa. O risco de bug, a garantia e a responsabilidade final continuam sendo seus.