Google开源EGM:大象起草、金鱼挑刺,先让方案活下来再写代码

源自199位全网作者

09:13

你见过这种场面吗?需求一句话丢给 AI,它刷刷刷写一大片,你一看还行;改到第三轮,它把前面写好的接口也给动了,一个下午就这么耗掉。知乎

别急着骂模型笨。Google 把内部软件工程师用了很久的一套 AI 协作方法开源了,叫 EGM(Elephant-Goldfish Model,大象-金鱼模型),以 Apache 2.0 协议放出——数千名谷歌员工,每天都在用它交付生产级代码。微信

它想解决的不是“AI 会不会写代码”,而是更现实的一件事:AI 确实加快了开发,但也会更快放大草率、误解和上下文漂移。微博

Google开源EGM:大象起草、金鱼挑刺,先让方案活下来再写代码

名字很好记:大象起草,金鱼挑刺。大象是上下文丰富、长周期的会话,装着项目背景和前面的全部决策,专门做设计、澄清意图;金鱼是一个个无状态、零上下文的短会话,不继承任何前面对话,只负责验证规格、充当客观批评者,专挑缺口和边界情况。微信

这套东西解的是一句老毛病:别让模型一边出题,一边给自己打分。用无历史包袱的评审,把设计先打磨到足够清楚,再让编码代理动手。微博

Google开源EGM:大象起草、金鱼挑刺,先让方案活下来再写代码

流程就三步:brainstorm 谈透取舍、沉淀 concept brief,draft 扩写成 design_draft.md,review 让一只只「金鱼」复述理解、对抗挑刺、做实施就绪检查,你挨个确认通过后,再进入实现。微博知乎

工具层面,Claude Code、Codex、Antigravity 三种插件形态都已经就位。在 Claude Code 里,后续命令统一带 `/egm:` 前缀。微博知乎

但官方把边界说得很硬:要拍板架构、定义接口、梳理失败路径的功能才值得上,小而明确的 bugfix,走你平时的流就行,别硬套三连。知乎

金鱼挑完刺也不等于测完了,它不替代测试,更不替你下最终取舍。仓库里也写得很直接:这不是 Google 官方产品支持。微博知乎

把镜头拉远,EGM 不是孤例:最近半个月,OpenSpec 这类「从 Vibe 到 Spec」的工程化教程在 B 站密集上线。也有试完就放弃的声音——全网下载量第一的 skills 作者 Matt Pocock 在访谈里聊过,规格驱动开发自己试了几个月,为什么放弃了。哔哩哔哩知乎

热闹归热闹,方向其实撞到了一起:AI 编程的瓶颈已经不是 AI 会不会写,而是你能不能把「要写什么」讲清楚。

Google开源EGM:大象起草、金鱼挑刺,先让方案活下来再写代码

所以,下次要把大功能直接丢给 AI 之前,先停十分钟——先别写代码,先让方案活下来,再让代码动键盘。微博

精选参考来源

1
「先别写代码,先让方案活下来」Google把内部工程团队每天在用的一套AI协作方法开源了,名字很形象:Elephant-Goldfish Model。它不是让AI直接开干,而是先把“设计”从“实现”里拆出来:Elephant像一条长会话,持续保留项目背景、需求和前面的决策,负责跟人讨论方案、沉淀规格;Goldfish则是一个个全新的短上下文审查者,只看文档和引用材料,不继承前面对话,因此更容易挑出默认前提、表达含糊和实现风险。整套流程也很清楚:先用 brainstorm 把问题和取舍谈透,生成 concept brief;再用 draft 把想法整理成 design draft;最后交给 review,让多个“金鱼审稿人”从可理解性、与代码契合度和实施计划等角度找漏洞,改完再决定是否进入实现。它想解决的不是“AI会不会写代码”,而是另一件更现实的事:AI确实加快了开发,但也会更快放大草率、误解和上下文漂移。EGM的价值就在于,不让模型一边出题一边给自己打分,而是用无历史包袱的评审把设计先打磨到足够清楚。官方也说得很克制:这更适合需要先做设计决策的功能,不是给小修小补增加流程;评审也不替代测试和人的判断。工具层面,它已经支持 Antigravity、Claude Code 和 Codex 等插件形态,仓库里直接给了技能、流程和文档规范,Apache 2.0 开源。说到底,这不是一个炫技项目,而是在AI写代码越来越容易的阶段,重新把“先想明白,再动手”拉回工程现场。GitHub:google/elephant-goldfish-model
2
Google 开源 EGM:大象起草、金鱼挑刺,先把设计讲清楚,再让 AI 写代码
全部
来源
内容由AI生成

精选参考来源

1. 「先别写代码,先让方案活下来」Google把内部工程团队每天在用的一套AI协作方法开源了,名字很形象:Elephant-Goldfish Model。它不是让AI直接开干,而是先把“设计”从“实现”里拆出来:Elephant像一条长会话,持续保留项目背景、需求和前面的决策,负责跟人讨论方案、沉淀规格;Goldfish则是一个个全新的短上下文审查者,只看文档和引用材料,不继承前面对话,因此更容易挑出默认前提、表达含糊和实现风险。整套流程也很清楚:先用 brainstorm 把问题和取舍谈透,生成 concept brief;再用 draft 把想法整理成 design draft;最后交给 review,让多个“金鱼审稿人”从可理解性、与代码契合度和实施计划等角度找漏洞,改完再决定是否进入实现。它想解决的不是“AI会不会写代码”,而是另一件更现实的事:AI确实加快了开发,但也会更快放大草率、误解和上下文漂移。EGM的价值就在于,不让模型一边出题一边给自己打分,而是用无历史包袱的评审把设计先打磨到足够清楚。官方也说得很克制:这更适合需要先做设计决策的功能,不是给小修小补增加流程;评审也不替代测试和人的判断。工具层面,它已经支持 Antigravity、Claude Code 和 Codex 等插件形态,仓库里直接给了技能、流程和文档规范,Apache 2.0 开源。说到底,这不是一个炫技项目,而是在AI写代码越来越容易的阶段,重新把“先想明白,再动手”拉回工程现场。GitHub:google/elephant-goldfish-model

2. Google 开源 EGM:大象起草、金鱼挑刺,先把设计讲清楚,再让 AI 写代码

3. 谷歌开源大象-金鱼插件:数千工程师已用于生产代码

4. 别再 vibe coding了,Spec 驱动开发才是正解!

5. 你是如何实践 spec 驱动开发 SDD 的,真实体验如何?

6. 【完整版】OpenSpec实战开发:从0讲透SDD规范驱动开发,从需求文档到代码交付,解决AI乱写、返工、不可维护问题

0
扫一下,分享更方便,购买更轻松
0评论

当前文章无评论,是时候发表评论了
提示信息

取消
确认
最新文章 热门文章