Spec Driven Development 2.0: O método do Google para engenharia com Agentes de IA

Resumo

O vídeo apresenta o Elephant-Goldfish Model (EGM), uma abordagem de Spec Driven Development que busca corrigir um problema do fluxo tradicional: o mesmo agente que ajuda a escrever a especificação também a revisa, dentro da mesma conversa. Como conhece o contexto e as decisões anteriores, ele pode deixar passar falhas ou confirmar suposições equivocadas.

O EGM divide o trabalho em três papéis:

• Elefante: agente com amplo contexto do projeto. Analisa a ideia, considera a arquitetura e os usuários e redige a especificação.
• Peixinhos dourados: subagentes sem acesso à conversa anterior. Avaliam a especificação e o código por diferentes perspectivas, procurando ambiguidades, alternativas mais simples, riscos de escala e problemas de implementação.
• Engenheiro: decide quais críticas aceitar, resolve trade-offs e aprova a especificação. A decisão final continua sendo humana.

A ideia central é “desenhar como um elefante e revisar como um peixinho dourado”: usar contexto completo para criar e contexto zero para criticar.

Fluxo de trabalho

1. Bootstrap: o agente mapeia o código e registra a função de cada parte do projeto e suas regras importantes.
2. Brainstorm: o agente esclarece a ideia com perguntas; os peixinhos dourados também criticam a proposta.
3. Draft: a especificação é elaborada por etapas, com a aprovação do engenheiro. Pode incluir jornadas críticas do usuário, plano técnico, alternativas e etapas de implementação.
4. Review: os subagentes fazem várias rodadas de revisão. Um agente consolida os relatórios para evitar sobrecarregar o contexto principal.
5. Implementação e verificação: o agente implementa a especificação. Depois, um drift report compara o código com ela e aponta divergências.

O vídeo relata um teste do canal iLabs em que a revisão encontrou uma falha: lojistas conseguiam remover produtos já vendidos, embora a regra determinasse que eles só poderiam ser ocultados. Segundo o vídeo, uma inspeção padrão não detectou o problema.

Quando usar

O método é indicado principalmente para funcionalidades grandes, nas quais decisões erradas podem ser custosas. Para bugs pequenos e bem definidos, o processo pode acrescentar trabalho desnecessário.

A principal diferença em relação ao uso de um modo de planejamento convencional é tentar encontrar problemas antes da implementação, em vez de corrigir o plano quando os casos extremos aparecem.

Guia e ferramentas

O vídeo explica que o EGM é open source e pode ser usado com Claude Code ou Codex. Para um projeto existente, recomenda começar pelo Bootstrap. Depois, deve-se escolher uma funcionalidade que exija decisões de design e iniciar o Brainstorm.

A instalação é descrita como feita por meio do marketplace e de um plugin, seguida da abertura de uma nova sessão.

Principais fontes mencionadas

• Narrador do canal IA em 6 minutos: apresenta e demonstra o método.
• Google / Elephant-Goldfish Model: modelo e ferramenta discutidos no vídeo.
• Canal iLabs: teste citado como exemplo da detecção de um bug.