Como eu uso agentes de IA no dia a dia sem terceirizar a decisão

Agentes de IA ajudam mais quando eu os trato como colaboradores com fronteira clara: bons para leitura de repo, rascunho inicial, implementação delimitada e pressão de review; arriscados para arquitetura, segurança e decisões de produto. A pesquisa Stack Overflow 2025 mostra que 52% dos devs relatam ganho de produtividade, mas só 3,1% confiam muito na precisão da saída.

A fronteira é responsabilidade

Eu uso agentes de IA quase todo dia, mas não trato o agente como responsável técnico pelo trabalho. Ele lê o repo mais rápido do que eu, mantém uma frente de implementação bem delimitada e questiona um diff. A decisão, o risco e o aceite final continuam comigo.

Essa fronteira importa porque a adoção corre na frente da confiança. Um estudo com mais de 128 mil projetos no GitHub achou sinais de uso de agentes de código em 22% a 29% deles. Ao mesmo tempo, a pesquisa de IA do Stack Overflow 2025 mostra um sinal real de produtividade ao lado de uma confiança muito baixa na precisão da saída, e um experimento randomizado da METR com devs experientes de open source encontrou tarefas 19% mais lentas do que o grupo de controle naquele cenário, mesmo com os devs esperando e percebendo aceleração. Minha leitura: promessa de velocidade pede comprovação, inclusive quando a ferramenta ajuda.

O que eu delego

O maior valor aparece quando a tarefa tem uma fronteira bem delimitada e um jeito simples de checar o resultado. Se a tarefa exige julgamento de produto, segurança ou arquitetura, o agente pode ajudar a mapear o terreno, mas não assume o volante.

Tarefa	Delegar?	Gate
Leitura de repo	Sim	Peça paths, call sites, convenções e restrições. Confira nos arquivos.
Implementação pequena	Sim, com limite	Dê ao agente um componente, service, rota, teste ou comportamento quebrado.
Pressão de review	Sim	Peça bugs, testes faltando, edge cases e uso de API desatualizada. Decida o que fica.
Direção arquitetural	Só rascunho	Use o agente para gerar opções, depois faça você a escolha de trade-off.
Decisões de segurança ou privacidade	Não	Trate a saída como não confiável até passar por política e review de código.

O loop é menor que o hype

Uma sessão normal é deliberadamente sem glamour: declare a regra local, peça ao agente para inspecionar antes de mudar, mantenha o diff pequeno, rode o comando que prova a afirmação e revise o resultado como se fosse um PR de outra pessoa.

O agente funciona melhor quando alterna entre descoberta e ação pontual. 'Encontre todo lugar onde esse route guard é usado' é um bom pedido. 'Modernize auth' é amplo demais; vira convite para chute.

Arquivos de regras fazem parte do fluxo

Eu não quero reexplicar as mesmas restrições em todo prompt. O Codex lê AGENTS.md, e o Claude Code tem um sistema de memória baseado em CLAUDE.md. Num repo Angular, esses arquivos devem fixar a versão, a fronteira Signals/RxJS, a sintaxe de template, o test runner e as APIs fora de escopo.

É por isso que meu fluxo com agentes se conecta aos textos sobre AGENTS.md para Angular moderno, CLAUDE.md para Angular moderno e Angular CLI MCP. As regras permanentes reduzem a explicação repetida, e a camada de MCP melhora a consulta. Nenhuma das duas substitui o review.

O que eu não terceirizo

Eu recusaria merge de um diff produzido por agente que eu não consigo explicar linha por linha. Parece óbvio até o diff ficar grande, os testes passarem e o resumo do assistente soar plausível. Plausibilidade não é evidência.

O modo de falha silencioso é um diff organizado que entorta a arquitetura: um service ganha um segundo modelo de estado, um componente passa a ser dono de dados que deveria pedir, um teste valida o mock em vez do comportamento. O agente consegue pegar parte disso numa segunda passada de review. A responsabilidade continua sendo do dev.

Artefato para reaproveitar

Matriz diária de delegação para agentes

Delegue descoberta no repo quando a resposta puder ser conferida em paths e saída de comando.
Delegue implementação só quando a tarefa tiver fronteira pequena e aceite claro.
Use agentes para pressionar o review, mas mantenha a decisão final com quem é dono do diff.
Não delegue decisões de produto, segurança, privacidade ou arquitetura para um agente.
Recuse qualquer mudança gerada que você não consiga explicar sem ler o resumo do assistente.

Fontes consultadas

Modern Angular Playbook

Este artigo é um play.

O Playbook do Angular Moderno reúne o diagnóstico, a matriz de adoção, onze jogadas e o plano de 30 dias. Grátis, em inglês e português.

Você recebe os dois PDFs por email, pela lista do Dojo IA.

Abrir playbook →