我让3个AI吵了一整天架，它们把PRD写完了

「MAGI 是由三個獨立思考的量子電腦組成的超級電腦系統。三個 MAGI 分別命名為 MELCHIOR、BALTHASAR 和 CASPER。當需要做出重大決策時，MAGI 會進行投票，如果三個 MAGI 中至少有兩個達成一致，決策就會被執行。」

— 新世紀福音戰士（Neon Genesis Evangelion）

产品大师借用了 MAGI 的核心思想：用多个独立 Agent 互相审查达成共识，而不是靠单一个体的一次性输出。我雇了三个agent：

• 一位controller，负责把控流程、调度任务，管理所有硬规则。
• 一位PM，负责做所有产品工作，做规划、给思路、写prd、做demo。
• 一位reviewer，负责找茬，PM的任何产出都会被他挑三拣四。

• 节点一，我输入原始需求之后，PM先识别需求的前置依赖项，我输入前置依赖项之后，它才开工
• 节点二，前置依赖识别清楚后，PM整理大致方案跟我确认，确认后才进下一步
• 节点三，大致方案确认了之后，如果涉及到前端需求，就先做html demo，跟我确认了交互后，才进下一步
• 节点四，写prd

• 复杂度评估后做类型判定，而不是设轮次上限。 刚开始我让他们按轮次迭代，结果很容易在某一轮卡死。后来改成按 PRD 类型（功能型/策略型/修复型/架构型）自适应流程——功能型走完整三阶段，策略型加实验设计但可跳过 Demo，架构型直接跳过 Demo。这样不用纠结第几轮，只看阶段对不对口。

• 分批产出，禁止一口气写完。单个 HTML Demo 动辄上千行、PRD 全文 30KB+，DeepSeek 一次生成不完就会超时。现在强制 PM 先评估复杂度：简单的一次性输出，复杂的拆成三五批、每批写一个模块或一层，落盘再改下一批。

• 计时能力（现在好像有bug），我想让controller管理每个环节的最大时间，又弄了个watchdog计时，昨晚搞到1点没继续搞了，现在好像并没有真正跑起来……还是会有卡死的情况。