谷歌工程师在让编程 Agent 碰文件之前，会先让另一个 Agent 花时间把方案劝退。这个内部工具现在开源了，名字就把设计思想说透了：大象-金鱼模型（Elephant-Goldfish Model）。
大象（Elephant）是全程跟进一个功能的 Agent，但它永远不写代码，唯一的任务是把项目架构装在脑子里、跟你就方案吵架。流程分三个阶段：egm-brainstorm 全面禁写代码，逼 Agent 追问你的假设；egm-draft 输出一份 Markdown 设计文档，写明真正要动的文件和函数签名；egm-review 把文档交给一批从零开始的金鱼（Goldfish）复审。
金鱼们对设计是怎么写出来的毫无记忆，分工也不同：一只金鱼必须先把方案复述一遍，才有资格提意见；另一些专门找文档里没写到的边界情况；最后一只做 go / no-go 裁决，判断方案是否具体到可以直接开工。
背后的逻辑很直白：一个带着自己全部错误决策上下文的编程 Agent，会为自己的错误辩护而不是发现错误；从零开始的评审者没有偏见可继承。Cursor 的计划模式、Anthropic 的先写规格流程追的都是同一个思路，而大象-金鱼模型是谷歌真正开源、且有真实采用规模背书的第一版——每天有成千上万名工程师在谷歌内部的 Antigravity 环境里用它，还支持接入其他 Agent。
对日常开发的启示也一样：写代码之前，先让一个不带偏见的评审者把方案讲回来、挑出边界情况，返工成本远低于代码写出来再改。
正文完