Phase 2 / Ep 07: 人机辩论与 PRD 裂变

⏱ 预计阅读 3 分钟 更新于 2026/4/13

现在，我们的项目外骨骼已经搭建好了（拥有了边界和 using-superpowers 机制）。终于到了把你脑子里“极其粗糙的想法”投入这台机器的时刻了。

回到你在 Ep01 里写下的《核心意图 One-Pager》。如果我们把它直接抛给一台纯粹的聊天模型，它会满口答应：“好的，我这就帮你写代码。”

这不是我们要的。我们要的是一位高级产品经理兼架构师。

1. 触发架构师模式的专属 Prompt

你需要打开你的终端会话（调用你的 Antigravity/Agent），将 One-Pager 发给它，并附上下列明确指令：

“【系统构建指令】请阅读我提供的 One-Pager。在编写任何代码之前，你必须进入‘极度苛刻的高级系统架构师’状态。我不允许你盲目讨好我，你需要针对我的 One-Pager 提出至少 3 个业务或技术上的盲点死角拷问（比如离线数据冲突、双向接口限流等）。待我回答后，你需要自动生成一份完整的《T-Block 项目实现 PRD 设计稿》，并持久化保存至 docs/PRD_System_Design.md 中。”

2. Agent 的惊艳反击

因为我们有 GEMINI.md 做底线，有 planning-with-files 做心智，这时候的 Agent 并不会马上干活，而是会像一个真人同事一样“反击”你：

  • Agent 拷问 1：“你说要做双向同步，如果用户在本地离线修改了时间块，同时在手机上用 Google 客户端也修改了它。合并时是以谁的时间戳为准？是 Local Win 还是 Remote Win？”
  • Agent 拷问 2：“既然涉及拖拽事件块，前端日历组件必然存在复杂的基于游标的 DOM 渲染问题。你希望我引入外部的重型组件（如 FullCalendar）还是为了极简，让我手撕基于 CSS Grid 的布局引擎？”
  • Agent 拷问 3：“不考虑多租户，那如果换了浏览器，用户数据还能找到吗？我们需要强制依赖 Google SSO 作为唯一标识符进行匹配吗？”

3. 把决策落盘为 Living Document（活文档）

当你回答了 Agent 的问题后（例如：“以 Remote Win 兜底，手撕轻量 Grid 布局，强制绑定 SSO”）。Agent 会马上开始工作，在 docs 目录中生成出详细的 PRD_System_Design.md。

最核心的工程收益在于：这份文档不再是被扔在飞书里吃灰的说明书。 它目前安静地躺在 docs/ 目录下。接下来的每一步代码编写，只要你触发了 feature-development 流水线，Agent 就会自动先来读这份它自己写出来的神圣准则。

下一期，我们将让这位赛博架构师，在确定了需求之后，进行它最擅长的部分：无情严苛的【框架与数据库选型压测】。