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

Vídeo em Português, publicado pelo canal IA em 6 minutos.

Sobre este conteúdo: O resumo, os principais pontos e os temas abaixo são gerados automaticamente a partir da transcrição do vídeo. Eles refletem o conteúdo, opiniões, afirmações e previsões apresentadas no vídeo e não representam posicionamento, validação ou verificação de fatos pelo IA Dots.

Resumo do vídeo

O vídeo apresenta o Elephant Goldfish Model, considerado a versão 2.0 do Spec Driven Development criada por engenheiros do Google. O modelo aborda o viés de confirmação dos modelos de linguagem ao dividir o processo em dois papéis: o elefante, que possui contexto total para projetar e criar especificações, e os peixinhos dourados, que possuem contexto zero e revisam criticamente a especificação por diferentes ângulos antes de qualquer linha de código ser escrita.

Principais pontos

• O Spec Driven Development tradicional (versão 1.0) sofre com o viés de concordância, onde o agente de IA concorda com o próprio usuário na mesma conversa, gerando especificações com falhas ocultas.
• A versão 2.0 introduz o conceito do elefante (agente com contexto total para planejar e escrever a especificação) e do peixinho dourado (subagentes com contexto zero focados em criticar e testar a especificação).
• O fluxo prático do modelo é composto por cinco etapas: Bootstrap, Brainstorm, Draft, Review e a verificação pós-implementação.
• O sistema inclui um recurso de relatório de desvio (drift report) que compara o código atual com a especificação para encontrar divergências e bugs reais.
• O modelo não é recomendado para correções de bugs pequenos e rápidos, sendo mais útil para features grandes onde falhas custam caro.

Temas

Spec Driven DevelopmentElephant Goldfish ModelEngenharia de Software com IAGoogleDesenvolvimento de SoftwareAgentes de IARevisão de Código

Leitura deste bloco: cerca de 3 min · Duração do vídeo: 5 min 53 s

Neste post

• Por que isso muda o jeito de pedir código à IA
• Nossa leitura para quem programa no Brasil (interpretação, não fato)
• O que conferimos nas fontes oficiais
• Ferramentas citadas
• Para continuar no tema agentes de IA
• Sua vez

Em 30 segundos

• O “elefante” é o agente com todo o contexto do projeto: conversa com você e escreve a especificação.
• Os “peixinhos dourados” são subagentes sem memória da conversa, que leem só o documento e o código e procuram falhas antes da implementação.
• Segundo o vídeo e a documentação oficial, o método compensa em features maiores; para um bug pequeno e claro, o fluxo normal de trabalho é suficiente.

Por que isso muda o jeito de pedir código à IA

Quem já usa agentes de IA para programar conhece o roteiro: a especificação parece ótima e os buracos só aparecem na implementação. O vídeo apresenta o Elephant-Goldfish Model, método que o Google abriu como plugin, com uma ideia central simples: quem revisa a especificação não deve ter participado da conversa que a criou.

Nossa leitura para quem programa no Brasil (interpretação, não fato)

Isto é interpretação do IA Dots, não fato. Para equipes brasileiras pequenas, que muitas vezes não têm um arquiteto revisando cada mudança, usar revisores “sem contexto” é uma forma barata de simular um segundo par de olhos. O custo tende a aparecer em outro lugar: cada rodada de revisão aciona vários subagentes, o que aumenta o uso do agente de programação, e isso pesa para quem paga assinaturas em dólar. O plugin em si é gratuito e de código aberto (licença Apache 2.0, segundo o repositório), mas roda dentro de agentes como Claude Code e Codex, que têm planos próprios; a página oficial do Codex informa que ele está incluído nos planos do ChatGPT. Faz mais sentido testar primeiro numa feature que já deu dor de cabeça do que em correções rápidas. Também vale notar que o próprio repositório avisa que este não é um produto do Google com suporte oficial.

O que conferimos nas fontes oficiais

• Google Open Source Blog, post de 22/10/2026 (consultado em 31/10/2026): o plugin foi desenvolvido internamente, agora é open source sob licença Apache 2.0, e “milhares de Googlers” o usam todos os dias para entregar código de produção.
• No mesmo post: a revisão com os “peixinhos” segue três checagens: compreensão (um deles precisa explicar o plano de volta), revisão antagônica (vários procuram casos de borda e dependências ocultas) e prontidão para implementação (um último faz um teste de “vai ou não vai”).
• Repositório google/elephant-goldfish-model no GitHub (consultado em 31/10/2026): a lista de skills inclui Brainstorm, Draft, Review (em cinco estágios), Bootstrap e Drift report, e a instalação é documentada para Antigravity, Claude Code e Codex, entre outros.

Ferramentas citadas

• Elephant-Goldfish Model (EGM) (repositório oficial no GitHub)
• egm.dev (site do projeto)
• Claude Code (Anthropic; na transcrição automática do vídeo aparece como “Cloud Code”)
• Codex (OpenAI)
• Spec Driven Development (desenvolvimento guiado por especificação)

Para continuar no tema agentes de IA

• Como preparar empresas para agentes de IA
• Montei uma equipe de agentes de IA no meu computador. Vale a pena?
• Como Criar Agentes de IA no Oracle Database 26ai
• Capacitação Nacional de IA | Noite 2: da skill solta aos agentes de IA

Sua vez

O vídeo resume o método numa frase: desenhe como um elefante, revise como um peixinho dourado. Na última feature grande que você entregou com ajuda de IA, que falha um revisor “sem memória” teria pegado antes do código? Conte nos comentários e compartilhe com o time que programa com você.

Este resumo foi gerado com apoio de IA e revisado por humanos.

Transcrição do vídeo

Texto das legendas disponíveis; pode conter erros.

O Spec Driven Development, que você usa, já ficou velho. Engenheiros do Google acabaram de lançar a versão 2.0 e ela tem um elefante e um peixinho dourado. Parece piada, mas milhares de engenheiros do Google já trabalham assim e é open source. Nos próximos minutos, eu vou te mostrar o que é o Elephant Goldfish Model, porque ele resolve o maior defeito do Spec Driven Development e como usar hoje no Cloud Code ou no Codex. Primeiro, um passo atrás. Spec Driven Development, a versão 1.0, é simples. Antes de pedir código, você escreve a especificação. O que construir, as regras, os critérios de aceite e o agente implementa seguindo esse plano. Já é muito melhor do que sair pedindo código no improviso. Mas tem um problema escondido aí. Quem escreveu a Spec? O agente, conversando com você. E quem revisa a Spec? O mesmo agente, na mesma conversa. Ele já sabe tudo que vocês combinaram. Então, quando ele revisa, ele concorda consigo mesmo e concorda com você. Modelos de linguagem tem essa mania. Eles se apegam às próprias ideias erradas e preferem te agradar do que te contradizer. A Spec sai bonita, completa e cheia de buracos que ninguém viu. Você só descobre depois, quando o código já está pronto. É aqui que entra a versão 2.0. O modelo tem dois papéis. E o nome já explica tudo. O elefante nunca esquece. É o agente com contexto total. A história do projeto, a arquitetura, quem usa o sistema e para quê. Ele discute a ideia com você, explora os ângulos, procura onde pode falhar e escreve a especificação. E o peixinho dourado? Não lembra de nada. São subagentes com contexto zero. [música] Eles leem só a Spec e o código. Nunca viram a sua conversa. Então, nada do que você disse pode convencer eles. Cada peixinho olha por um ângulo. Um pergunta: "Existe um jeito mais simples ou o sistema já faz isso?" Outro lê como alguém que nunca viu o projeto. Outro procura o que quebra quando milhares de pessoas usam ao mesmo tempo. E outro checa se a spec está claro o suficiente para o modelo implementar sem chutar nada. O lema é esse: desenhe como um elefante, revise como um peixinho dourado. E tem um terceiro papel: você. Os peixinhos geram muitas notas, de propósito. Você decide o que entra, resolve os trade-offs e aprova a spec. A IA desenha e critica. A decisão continua sendo de engenheiro. Aí você pensa: "Mas o meu agente já tem plan mode". Tem. E o plan mode funciona assim: você explica a ideia, ele faz duas ou três perguntas e escreve o plano. Tudo na mesma conversa. O plano parece completo, até a hora de implementar. Aí aparecem os casos de borda, você volta, corrige e implementa de novo. O Elephant Goldfish troca esse ciclo de corrigir depois por uma revisão que acontece antes. Feita por quem não tem motivo nenhum para concordar com você. E se você já usa spec com a gente e nunca tinha pensado nesse viés de concordar consigo mesmo, deixa o seu like. Isso ajuda esse vídeo a chegar em mais devs. >> [música] >> Na prática, o fluxo tem cinco comandos. Bootstrap: o elefante mapeia o seu código, pasta por pasta, e documenta o que cada parte faz e quais regras nunca podem ser quebradas. Brainstorm: ele te faz pergunta atrás de pergunta até a ideia ficar clara. E seis peixinhos atacam a proposta antes dela virar o concept brief. Draft: a spec é escrita uma sessão por vez e ele para para você aprovar cada uma. Jornadas críticas do usuário, plano técnico, alternativas consideradas e o passo a passo da implementação. Review, cinco rodadas de peixinhos. O único agente consolida os relatórios para não poluir o contexto principal. Só depois disso a spec é aprovada e aí sim o agente implementa. E a parte que mais me impressionou vem depois. O código muda, a spec fica parada. O drift report compara os dois e aponta onde eles não batem mais. Num teste do canal iLabs, ele achou um bug real. Logistas conseguiam apagar produtos que já tinham sido vendidos. A regra dizia que produto vendido só pode ser escondido. A revisão normal não pegou. O peixinho pegou. Por isso eu chamo de spec driven development 2.0. Na versão 1.0 a spec é um documento. Na 2.0 a spec é testada antes de existir uma linha de código e continua sendo verificada depois. Não é mais um documento que o agente segue. É um contrato que já sobreviveu a um ataque. Contexto profundo para criar. Contexto zero para criticar. Mas não usa para tudo. O próprio Google diz: para um bug pequeno e claro que o agente resolve de uma vez, isso só te deixa mais lento. O lugar dele é na feature grande. Aquela que se der errado custa caro. Para começar são dois comandos. No Cloud Code você adiciona o marketplace do Google, Elephant Goldfish Model e instala o plugin EGM. No Codex é parecido. Abre uma sessão nova. Se o projeto já existe, roda o bootstrap primeiro para o elefante conhecer o seu código. Depois escolhe uma feature que precisa de decisão de design e roda o brainstorm. O link está na descrição. Se você quer continuar construindo com IA do jeito certo, se inscreve no canal. Valeu e até o próximo.

Assistir ao vídeo original no YouTube

Assuntos: Agentes de IA. Publicado no YouTube em 2026-10-29.

Seleção automática por assunto e idioma. O vídeo pertence ao canal de origem.