主 Demo
看一个报价工具的想法，如何变得具体。
案例：一位设计师想给自己做个报价工具。三个 AI 角色各给判断，中途有一处取舍，由你替她决定。
成果
同一个案例，最终留下什么。
上面这段动画走完，留下的就是下面这些：一份产品稿、第一版的范围，以及交给 coding agent 的材料。
案例：一位自由职业设计师，想把每次都要重新解释的报价范围，变成一份客户能读、能确认的单子。
协作机制
AI 团队提出，GoodIdea 综合，你来决定。
三步之后是三条原则。它们决定了：当它想错的时候，你还能不能把结论拉回来。
- 01
专业 Agent 从不同角度提出
研究看客户反复问的是什么，UX 把边界画成草图，工程算实现代价。每份贡献都署名，也都说清是假设、探索还是建议。
- 02
GoodIdea 对齐方向与待取舍项
三份贡献收在一起，写出它们共同指向的方向，以及一处需要有人拍板的取舍——不替你把分歧抹平。
- 03
你确认之后，才写入产品稿
提案停在那里等你。确认之后旧描述被划掉、新方向写上、版本号变化，你看得出这次决定改了什么。
- 贡献有来源
- 产品稿上的每一条，都写着它来自哪位 Agent 的哪份贡献。
- 提案与已采用分开
- 没被确认的提案有自己的边框，不会悄悄变成产品内容。
- 未验证的会标出来
- 研究提出的是待验证假设，草图是尚未采用的探索，都单独标记。
在地图里直接修改、在原型里点着提新要求，是 GoodIdea 的产品目标，当前公开的动画还没有这些交互。
关于这个项目
GoodIdea 是一个还在探索中的项目。
它想弄清楚：当 AI 可以不停给出方案时，怎样让人仍然掌握产品方向和最后的决定。这一页约 76 秒的 Demo，是这个问题目前的一个回答。
现在公开的是这一个固定案例和它的界面实现。真实工作台还没有开放：页面不连接后端，不会真的生成软件，也不会真的把材料发给任何 coding agent。
再看一次 Demo