AI Labs tries the Elephant-Goldfish Model (EGM) on a demo fashion app. Instead of asking a coding agent to implement a new seller analytics page immediately, the team maps the app, debates the feature, writes a design, and sends fresh-context agents to challenge that design. After implementation, a drift check spots a separate rule violation: a sold product could be deleted when it should only have been hidden.
The interesting part is not the number of agents. It is the information boundary: reviewers receive the written plan and relevant code, but not the conversation that led the main agent to its conclusions. They can therefore question assumptions the planning session may have started treating as settled.
Use EGM for a feature where a wrong data rule, user journey or architectural decision would be expensive to unwind. Begin with a human-reviewed design document; let isolated reviewers challenge it; then implement and test against the approved plan. For a small, contained fix, the repo's own getting-started guide says not to force the full workflow. EGM is open source and free to download, but its agent calls still consume your model allowance or API budget.
Watch the AI Labs Walkthrough
Source note: The fashion-app results come from AI Labs' demonstration and supplied transcript; we did not run their app or reproduce the bug. The video includes a Hedra sponsorship and promotes AI Labs' own community and software service. The tool's design and installation details below were checked against the source repository on 26 October 2026.
Three Roles, Different Context
| Role | What it receives | Its job |
|---|---|---|
| Elephant | Project history, architecture, user goals and the design conversation | Clarify the problem and write a reviewable specification. |
| Goldfish | The design document, relevant code and an assigned review lens; not the prior chat | Try to explain, simplify or break the plan before code is written. |
| Human | The competing reports and real product constraints | Choose trade-offs, reject weak feedback and approve the work. |
This is the model described in Google's open-source announcement and Dave Rensin's foundational essay. “Zero context” means zero inherited conversation, not no information at all. A Goldfish can still overlook a problem, misunderstand the code or share the same model biases. Its report is evidence to evaluate, not an automatic veto.
The GitHub project is published under the Apache 2.0 license and was created at Google. Its README explicitly states that it is not an officially supported Google product. The Google Open Source Blog says the method was developed internally and is used by Google engineers; readers should still treat this repository as community-maintained open-source software rather than a Google support contract.
The Workflow: From Existing Code to Approved Spec
- Bootstrap, when needed.
/egm-bootstrapmaps an existing codebase and creates or updates directory-level README contracts. In the video it produced 28 new READMEs for the demo app. This is optional: the official guide says existing design artifacts may already supply enough context. Review generated documentation before relying on it. - Brainstorm.
/egm-brainstormquestions the proposed seller-size and restocking page, then uses separate reviewer lenses to stress-test the concept. The output is a concept brief, not implementation code. - Draft.
/egm-draftbuilds a Markdown design underdocs/designs/, including problem scope, user journeys, technical approach, alternatives and implementation steps. The presenter approves sections as they are added. - Review and resolve.
/egm-review docs/designs/<feature>.mdruns fresh-context reviewers across comprehension, design criticism and implementation readiness. The video describes five review rounds in its chosen run; the repo's current architecture describes the review as a multi-stage pipeline. Resolve findings with human judgment before treating the document as approved. - Implement, test, then check drift. Build against the approved spec, run normal tests and review the diff. Later,
/egm-drift-reportcompares design contracts with the live code. Its findings can mean either the code is wrong or the document is stale; a person decides which to change.
The repository's workflow guide also recommends a human review of the design pull request. EGM does not define your build, security or test strategy for you. A detailed plan is an input to those checks, not a replacement for them.
What the Video's Drift Check Actually Found
AI Labs asks the drift report to inspect the whole demo app against its README rules. The report flags a conflict: shop owners could delete a product after it had sold, while the documented invariant allowed such products to be hidden but not deleted. This is a good example of the method's value because the problem is a business rule across data and UI behavior, not just a malformed line of code.
The video shows the report identifying the issue; it does not establish that EGM found every defect or that the new analytics feature was fully correct. Before a production fix, reproduce the deletion path, check affected orders and permissions, add a regression test, and decide whether the invariant or implementation should change. Drift findings require verification because generated READMEs can themselves be inaccurate.
Install From the Project's Published Instructions
The current harness guide lists separate install routes for Claude Code, Codex and Antigravity. Review the repository and its version before giving any plugin access to a valuable project. These are commands to run in your own terminal when you decide to install; this article did not execute them.
| Host | Official install command | Command shape afterward |
|---|---|---|
| Claude Code | claude plugin marketplace add google/elephant-goldfish-modelclaude plugin install egm@egm | /egm:egm-brainstorm |
| Codex | codex plugin marketplace add google/elephant-goldfish-modelcodex plugin add egm@egm | Invoke the installed EGM skill in a supported Codex surface. |
| Antigravity | agy plugin install https://github.com/google/elephant-goldfish-model | /egm-brainstorm or the plugin UI. |
The README also offers a generic “Install this repository” prompt for any agent. The explicit plugin route is easier to inspect and less likely to invent extra setup steps. Do not copy only the skills/ folder: EGM's skills refer to reviewer personas and standards elsewhere in the plugin. The repository says Claude Code, Codex and Antigravity have automated install and reviewer-isolation fixtures, while some other surfaces still have trace-verification gaps. Check actual subagent availability in your host rather than assuming feature parity.
The CLAUDE.md Trap in the Video
AI Labs used the generic install prompt. Its agent independently wrote a CLAUDE.md instruction claiming that Claude Code subagents could not create subagents. In the version they tested, that line was wrong, and it blocked the intended nested reviewer workflow until they corrected and retested it. This was a generated local instruction in their setup, not a requirement stated by the EGM README.
After installing, inspect new files under your agent configuration, especially CLAUDE.md or AGENTS.md. Look for claims about tool limits, blanket permissions and commands that are not in the repository. If a nested review cannot run, compare the host's current capabilities with EGM's delegation guide. The project documents a direct-dispatch fallback when nesting is unavailable; it also says a supposed Goldfish review must stop if the host cannot provide a genuinely fresh context. Do not fake independence by asking the same conversation to play a different persona.
One more practical point from the demo: bootstrapped READMEs are useful only if the agent actually reads the relevant ones. Link them from your existing project instructions or use the documented bootstrap options, and keep those instructions short enough that they are followed.
Where the Extra Review Earns Its Keep
Use it for cross-module features, data migrations, access-control changes, financial rules or workflows where an ambiguous plan could create costly rework. Run a small pilot with a clear acceptance test first. Track the time and usage spent on brainstorming and Goldfish reviews against the defects they identify before implementation.
Skip or shorten it for a one-line fix, a reversible prototype or work with a complete, well-tested spec already in hand. The official guide explicitly says the skills are flexible and need not run in a fixed order. The repo is free to download, but each agent pass consumes tokens or plan usage, and longer review can slow delivery. More reports do not automatically mean a better decision.
The productive lesson is simpler than “always run five rounds”: give a fresh reviewer enough written evidence to challenge the plan, preserve the disagreements, and let an accountable human decide. Then test the resulting code.
Video Chapters by Stage
Jump directly to the method, installation or the real bug. Times follow the supplied video outline; the sponsorship is labeled for clarity.
The idea
| Time | Topic |
|---|---|
| 00:00 | Why review the plan before coding? |
| 00:47 | What the project is |
| 01:43 | Elephant and Goldfish roles |
| 03:02 | How it differs from ordinary plan mode |
Install and build the plan
| Time | Topic |
|---|---|
| 04:54 | Installation paths |
| 06:07 | The generated CLAUDE.md issue |
| 07:08 | Bootstrap the existing app |
| 09:29 | Hedra sponsor segment |
| 10:18 | Brainstorm and concept brief |
| 11:32 | Draft the design document |
Review and validate
| Time | Topic |
|---|---|
| 12:42 | Goldfish review rounds |
| 13:50 | Drift report and product-deletion bug |
| 14:35 | When the overhead is justified |
Sources and Scope
Demo: AI Labs' walkthrough and the user-supplied transcript. Project: Google's repository, getting started, and harness documentation. Background: Google Open Source Blog's announcement and Dave Rensin's essay. We checked these sources on 26 October 2026. We did not install the plugin, reproduce the demo app's bug or measure EGM against ordinary plan mode in a controlled comparison. Recheck the repository before following commands because plugin and agent-host behavior can change.