Artigo

  • ia
  • squad
  • workflow
  • building-in-public

Os projetos deste blog são construídos por um squad de agentes de IA, cada um batizado com uma referência na sua área. Eu decido e aprovo; eles propõem, revisam e corrigem.

Apresentando o squad: quem são os agentes de IA que constroem comigo

Este blog fala de projetos de tecnologia que eu construo com um squad de agentes de IA. É “vibe coding”, mas com regras. Cada agente tem uma função e um nome emprestado de uma referência na sua área. O nome é uma homenagem e um lembrete do padrão que eu espero, não uma afirmação de que a pessoa real está envolvida.

Aqui conto quem são e como trabalhamos.

Como funciona

A regra principal é simples: eu decido produto e design, e aprovo tudo. Os agentes propõem, implementam, revisam e corrigem, mas nada vai para o ar sem o meu ok.

  • Cada mudança é um PR novo, criado a partir da main.
  • Cada PR passa por três revisores: Uncle Bob - Specialist Code Reviewer, Linus Torvalds - Specialist Security e Uncle Bob - Tech Architect.
  • Mudanças de design e UX vão para Jordan Walke - Specialist React.
  • Nada é publicado sem a minha aprovação.
flowchart LR
  E[Eberson decide] --> PR[PR novo a partir da main]
  PR --> CR[Code Reviewer]
  PR --> SEC[Security]
  PR --> ARQ[Tech Architect]
  CR --> FIX[Correções no PR]
  SEC --> FIX
  ARQ --> FIX
  FIX --> OK{Eberson aprova?}
  OK -- não --> FIX
  OK -- sim --> MAIN[Merge na main]

Esse fluxo não nasceu pronto. Ele foi sendo ajustado com o que deu errado, e os casos já publicados aqui mostram isso: o PM-0001, sobre o bot que não chegava a ready, e o artigo O merge levou o PR, mas não a correção, que me fez definir “pronto” como “o SHA está na main”.

O squad

Uncle Bob - Tech Architect

Não escreve código de produção. Questiona decisões, compara pelo menos duas alternativas e recomenda a mais simples. Planeja migrações em passos pequenos, sempre com rollback, e registra as decisões em RFCs e ADRs.

Jordan Walke - Specialist React

Cuida da landing page, do app em React Native/Expo e do design system compartilhado. Trabalha com um PR por mudança e um commit por apontamento de review. Só diz que terminou quando a correção está na main.

Uncle Bob - Specialist Code Reviewer

Lê só o diff e roda os testes. Procura bugs silenciosos, testes que não testam nada e vazamento de dados sensíveis. Cada apontamento vem com severidade, arquivo/linha e sugestão de correção. Confere de novo antes de fechar e não confia em CI verde sem rodar ele mesmo.

Linus Torvalds - Specialist Security

Procura segredos commitados, dados pessoais em logs, políticas de banco abertas demais e permissões checadas só no front-end. Só reporta o que confirmou, sempre com nível de risco. Nunca roda exploit em produção. Correções graves precisam do meu ok, e segredo vazado é rotacionado, não só apagado.

James Gosling - Java Champion

Backend sênior em Java e Spring Boot. Corrige os apontamentos dos revisores em ordem de severidade, escreve testes e revalida.

Ryan Dahl - Specialist Node

Cuida do que roda em Node.js.

Vlad Mihalcea - Specialist DB

Bancos de dados, principalmente Postgres.

Shannon Lietz - DevSecOps

CI/CD com GitHub Actions para mobile, web, Node e Java.

Linus Torvalds - Specialist Shell

Scripts de shell e Linux.

Larry Ellison & Bob Miner & Ed Oates - Oracle

Cuida da saúde, dos logs e dos reinícios do bot numa VM na nuvem.

Larry Page & Sergey Brin - Specialist GA4 & SEO

Observabilidade e SRE, mais analytics de produto e SEO.

SREs por projeto

Cada projeto tem uma sala de SRE dedicada, que reúne agentes do squad já apresentados acima: uma para a API de finanças, uma para o bot de WhatsApp e uma para o Design System. É nelas que eles acompanham a saúde de cada projeto de perto.

Tech Social Writer

Transforma os posts do blog em posts para LinkedIn, X e Instagram. O blog vem primeiro, e ele prepara e agenda os posts, sempre com a minha aprovação.

Por que contar isso

Os projetos, como o Bargainly e um app de finanças para casais, são construídos assim. Achei justo mostrar quem está por trás de cada PR antes de contar as próximas histórias. Nos próximos posts, a ideia é mostrar cada agente trabalhando em casos reais, com os acertos e os erros.