Google ha publicado en código abierto el complemento Elephant-Goldfish Model (EGM), una capa de diseño y revisión destinada a los agentes de codificación basados en IA. El principio consiste en hacer redactar una especificación antes que cualquier código, y luego someterla a subagentes nuevos, sin historial de conversación, encargados de ponerla a prueba. Según Google, miles de sus ingenieros ya utilizan esta herramienta.
- Google publica EGM, un complemento de código abierto para agentes de codificación con IA.
- El método exige redactar una especificación antes del código y someterla a revisores sin contexto.
- Cinco etapas de revisión detectan ambigüedades, lagunas y casos límite antes de implementar.
- Persisten límites : filtración de AGENTS.md, alto consumo de tokens y aislamiento de revisores no verificado.
EGM es un complemento bajo licencia Apache 2.0, compuesto de habilidades, perfiles de revisores y estándares de documentos. No es un nuevo modelo de lenguaje. El método se inspira en un ensayo de Dave Rensin sobre elefantes y peces dorados. El blog Google Open Source lo presenta como una respuesta al «slop», es decir, a las producciones de baja calidad generadas por la IA, así como al colapso del contexto de sesión. El README precisa que no se trata de un producto de Google oficialmente soportado.
Un elefante y peces dorados
En este esquema, el Elephant designa una sesión larga que conserva el contexto del proyecto y las decisiones anteriores. Redacta el borrador de la especificación, sin escribir código. Cada Goldfish es un subagente sin memoria, que solo lee el borrador y los archivos que referencia. El usuario decide sobre los compromisos y valida el diseño.
El bucle principal cuenta con tres comandos. /egm-brainstorm clarifica la idea y luego lanza un enjambre de seis Goldfish, según seis ángulos: YAGNI, costo en tokens (unidades de texto procesadas por el modelo), UX, migración, observabilidad y deuda técnica. El resultado es un archivo concepts_brief.md. /egm-draft transforma este documento en diseño, sección por sección, en la carpeta docs/designs/. /egm-review lanza la revisión por los Goldfish. Un cuarto comando, /egm-drift-report, compara luego el código con la especificación, y la documentación recomienda ejecutarlo cada semana.
Cinco etapas de revisión
La revisión se efectúa en cinco etapas sucesivas. La primera, Initial Zoom Out, examina el conjunto del documento a alto nivel. La segunda, Comprehension Test, pide a un Goldfish que reformule el diseño: una reformulación errónea señala un documento ambiguo. La tercera, Critic Review, confía a revisores de diseño, estructura y estilo la búsqueda de lagunas y casos límite. La cuarta, Intermediate Zoom Out, revisa la arquitectura después de las correcciones. La quinta, Implementation Readiness, controla las rutas de archivos, las estructuras de datos y las firmas.
Cada etapa autoriza como máximo una nueva auditoría. Los hallazgos se clasifican en Blocker, Major o Nit. Si el entorno no dispone de herramienta de subagente, EGM se detiene, ya que una revisión en el mismo contexto no se considera una revisión Goldfish.
El lanzamiento solo concernía a Antigravity, la lista se ha ampliado desde entonces. La guía de entornos cubre Antigravity CLI y App, Claude Code, Claude Cowork, Codex, ChatGPT, omp y Muse. Antigravity CLI, Claude Code y Codex superan pruebas automatizadas de extremo a extremo. Claude Code requiere la versión 2.1.271 o posterior, y sus revisores solo tienen acceso a las herramientas Read, Grep y Glob. Los archivos CLAUDE.md están excluidos de su contexto.
La carpeta de pruebas proporciona algunos datos de ejecución. Antigravity CLI 1.4.5 ejecutó 16 revisores nativos, en el orden de las etapas. Codex 0.163.0 ejecutó 15, y sus dos pruebas en condiciones reales se completaron en 573,13 s. Codex CLI con la versión ZIP v0.1.0 superó todas las pruebas en 482,30 s. No se han publicado benchmarks de precisión: los elementos disponibles son la adopción y estas pruebas.
En comparación con otros enfoques, EGM se distingue por la revisión de la especificación por agentes sin contexto. GitHub Spec Kit, bajo licencia MIT, y Kiro Specs, funcionalidad de un entorno comercial, dependen más de una revisión humana entre fases. Superpowers, bajo licencia MIT, aísla principalmente los subagentes en el momento de la implementación.
Persisten limitaciones. Un reporte (issue n° 237) indica que el archivo AGENTS.md se filtra a los revisores de Codex. En otro entorno, una ejecución de Claude Cowork se detuvo después de las etapas 5 a 7, debido a un límite de uso. La documentación menciona además un alto consumo de tokens, y el aislamiento de los revisores no está verificado en algunos entornos.
