你见过这种场面吗?需求一句话丢给 AI,它刷刷刷写一大片,你一看还行;改到第三轮,它把前面写好的接口也给动了,一个下午就这么耗掉。知乎
别急着骂模型笨。Google 把内部软件工程师用了很久的一套 AI 协作方法开源了,叫 EGM(Elephant-Goldfish Model,大象-金鱼模型),以 Apache 2.0 协议放出——数千名谷歌员工,每天都在用它交付生产级代码。微信
它想解决的不是“AI 会不会写代码”,而是更现实的一件事:AI 确实加快了开发,但也会更快放大草率、误解和上下文漂移。微博

名字很好记:大象起草,金鱼挑刺。大象是上下文丰富、长周期的会话,装着项目背景和前面的全部决策,专门做设计、澄清意图;金鱼是一个个无状态、零上下文的短会话,不继承任何前面对话,只负责验证规格、充当客观批评者,专挑缺口和边界情况。微信
这套东西解的是一句老毛病:别让模型一边出题,一边给自己打分。用无历史包袱的评审,把设计先打磨到足够清楚,再让编码代理动手。微博

流程就三步: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 会不会写,而是你能不能把「要写什么」讲清楚。

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

登录