Google ha rilasciato in open source il plugin Elephant-Goldfish Model (EGM), uno strato di progettazione e revisione destinato agli agenti di codifica basati sull’IA. Il principio consiste nel far redigere una specifica prima di qualsiasi codice, per poi sottoporla a sotto-agenti nuovi, senza storico della conversazione, incaricati di metterla in discussione. Secondo Google, migliaia dei suoi ingegneri utilizzano già questo strumento.
- Google rilascia EGM, un plugin open source che fa scrivere una specifica prima del codice.
- Sotto-agenti senza memoria rivedono la specifica, con cinque fasi di revisione.
- Le osservazioni sono classificate come Blocker, Major o Nit.
- Restano limiti : forte consumo di token, possibile fuga di AGENTS.md e isolamento non verificato ovunque.
EGM è un plugin sotto licenza Apache 2.0, composto da competenze, profili di revisori e standard di documenti. Non è un nuovo modello linguistico. Il metodo si ispira a un saggio di Dave Rensin sugli elefanti e i pesci rossi. Il blog Google Open Source lo presenta come una risposta allo « slop », cioè alle produzioni di bassa qualità generate dall’IA, nonché al collasso del contesto di sessione. Il README precisa che non si tratta di un prodotto Google ufficialmente supportato.
Un elefante e dei pesci rossi
In questo schema, l’Elephant designa una sessione lunga che conserva il contesto del progetto e le decisioni precedenti. Redige la bozza della specifica, senza scrivere codice. Ogni Goldfish è un sotto-agente senza memoria, che legge solo la bozza e i file a cui essa fa riferimento. L’utente decide sui compromessi e convalida la progettazione.
Il ciclo principale conta tre comandi. /egm-brainstorm chiarisce l’idea e poi lancia uno sciame di sei Goldfish, secondo sei angolazioni: YAGNI, costo in token (unità di testo processate dal modello), UX, migrazione, osservabilità e debito tecnico. Il risultato è un file concepts_brief.md. /egm-draft trasforma questo documento in una progettazione, sezione per sezione, nella cartella docs/designs/. /egm-review avvia la revisione da parte dei Goldfish. Un quarto comando, /egm-drift-report, confronta poi il codice con la specifica, e la documentazione raccomanda di eseguirlo ogni settimana.
Cinque fasi di revisione
La revisione si effettua in cinque fasi successive. La prima, Initial Zoom Out, esamina l’intero documento a un alto livello. La seconda, Comprehension Test, chiede a un Goldfish di riformulare la progettazione: una riformulazione errata segnala un documento ambiguo. La terza, Critic Review, affida a revisori di progettazione, struttura e stile la ricerca di lacune e casi limite. La quarta, Intermediate Zoom Out, ricontrolla l’architettura dopo le correzioni. La quinta, Implementation Readiness, controlla i percorsi dei file, le strutture dati e le firme.
Ogni fase autorizza al massimo una nuova audit. Le osservazioni sono classificate come Blocker, Major o Nit. Se l’ambiente non dispone di uno strumento di sotto-agente, EGM si arresta, poiché una revisione nello stesso contesto non è considerata una revisione Goldfish.
Il lancio riguardava solo Antigravity, ma l’elenco si è poi ampliato. La guida degli ambienti copre Antigravity CLI e App, Claude Code, Claude Cowork, Codex, ChatGPT, omp e Muse. Antigravity CLI, Claude Code e Codex superano test automatizzati end-to-end. Claude Code richiede la versione 2.1.271 o successiva, e i suoi revisori hanno accesso solo agli strumenti Read, Grep e Glob. I file CLAUDE.md sono esclusi dal loro contesto.
La cartella dei test fornisce alcuni dati di esecuzione. Antigravity CLI 1.4.5 ha fatto girare 16 revisori nativi, nell’ordine delle fasi. Codex 0.163.0 ne ha fatti girare 15, e i suoi due test in condizioni reali si sono conclusi in 573,13 s. Codex CLI con la versione ZIP v0.1.0 ha superato l’intera suite di test in 482,30 s. Non sono stati pubblicati benchmark di precisione: gli elementi disponibili sono l’adozione e questi test.
Rispetto ad altri approcci, EGM si distingue per la revisione della specifica da parte di agenti senza contesto. GitHub Spec Kit, sotto licenza MIT, e Kiro Specs, funzionalità di un ambiente commerciale, si basano maggiormente su una revisione umana tra le fasi. Superpowers, sotto licenza MIT, isola soprattutto i sotto-agenti al momento dell’implementazione.
Permangono dei limiti. Una segnalazione (issue n° 237) indica che il file AGENTS.md trapela nei revisori di Codex. Su un altro ambiente, un’esecuzione di Claude Cowork si è arrestata dopo le fasi da 5 a 7, a causa di un limite d’uso. La documentazione menziona inoltre un forte consumo di token, e l’isolamento dei revisori non è verificato su alcuni ambienti.
