谷歌开源的EGM（Elephant-Goldfish Model）给出了一套可操作的答案：大象写规格、金鱼挑漏洞，让AI先把设计谈透，再决定要不要动手写代码。

　　一、大象与金鱼的分工

　　大象角色：O带完整历史的长会话持续保留项目背景、需求和前序决策，负责人与讨论方案、沉淀规格

　　金鱼角色：每个金鱼都是全新短上下文，只看文档和引用材料，不继承前面对话，因此更容易发现被默认的前提、含糊表达和实现风险

　　核心设计：不让模型一边出题一边给自己打分，用无历史包袱的评审给设计施压

　　二、从头脑风暴到评审的流程

　　头脑风暴：先把问题和取舍谈透，生成一份概念简报（concept brief）

　　起草草案：把想法整理成设计草案（design draft）

　　多轮评审：多个金鱼审稿人分别从可理解性、与代码的契合度、实施计划等角度找漏洞

　　放行实现：改到足够清楚，再决定是否进入编码环节

　　三、先设计再实现背后的野心

　　野心先于技术：真正决定方向的是想明白什么值得做、边界在哪，写代码只是执行环节

　　解决真实痛点：AI确实加快了开发，但也会更快放大草率、误解和上下文漂移

　　官方克制：EGM适合需要先做设计决策的功能，小修小补不必套流程，评审也不替代测试和人的判断

本文由AI生成