TLDR;

Aprovo um plano concreto gerado pelo orquestrador que lista os testes críticos ligados ao PRD e, ao ver esses testes passarem (e o app rodar end‑to‑end), confirmo a feature em segundos sem ler uma linha de código. Evito fraudes fazendo o orquestrador separar papéis (o tester escreve testes falhando e não código, o coder implementa) e exigindo que os testes rastreiem o PRD, além de eu aprovar o plano antes de qualquer implementação. Protejo segredos usando uma plataforma de gerenciamento (Infysical) que armazena, injeta e rotaciona credenciais nos ambientes e escaneia commits para evitar que chaves apareçam no código.

Resumo

De manhã começo assistindo vídeos no YouTube ainda na cama; parecem entretenimento, mas são ferramentas de trabalho que me dizem mais sobre o dia. Eu desenvolvo software com agentes: eles escrevem código autonomamente e eu reviso sem ler linhas. Minha prática antiga de Test-Driven Development — escrever o teste primeiro, ver o vermelho, implementar o mínimo e repetir — evoluiu: antes eu emparelhava com outra pessoa, agora emparelho com agentes. Em vez de orientar passo a passo, escrevo um PRD detalhado; o orquestrador lê o PRD, propõe um plano composto por testes ligados a partes específicas da especificação e espera minha aprovação. Essa aprovação fixa o contrato: quais testes devem passar. O time de agentes tem papéis separados (orquestrador, coder, tester, revisores, release) para evitar fraudes, já que o agente que implementa não é o mesmo que escreve o teste. Também uso soluções de gestão de segredos como o Infysical para inserir credenciais sem colocá‑las no código. Assim os agentes seguem o ciclo vermelho‑verde de testes, escalam o trabalho em alto nível e me entregam features verificáveis com segurança e eficiência. O processo reduz retrabalho, acelera feedback e permite confiar em entregas mesmo quando intervenções humanas forem mínimas e seguras.