GSD 与 FE-Plugin 工作流讨论总结
1. 核心概念
V1：第一版可上线、可验收、可产生业务价值的最小闭环，不是 demo。Phase：独立可验证的能力单元，不按功能点数量定义。Out of Scope：当前版本明确不做的内容，进入后续版本或新 phase。
2. GSD 的阶段模型
- 每个
Phase 需要明确：Goal、Depends on、Requirements、Success Criteria。
- 一个标准循环是：
discuss-phase N -> plan-phase N -> execute-phase N -> verify-work N。
discuss-phase 发生在每个 phase 开头，用来锁定边界和关键决策，不扩 scope。- 需求变更时，建议新增
Phase N.1，不回改已冻结 phase 目标。
3. 审核流程拆解示例（V1）
- Phase 1：审核骨架（状态机 + 权限边界）。
- Phase 2：提审与待审池（提交人状态可见、审核人队列可见）。
- Phase 3：审批闭环（通过/驳回/重提）。
- Phase 4：审计与验收（全链路可追溯 + 回归验证）。
4. OOS（Out of Scope）如何处理
- OOS 不等于不做，而是延后做。
- 推荐流程：
OOS-xxx -> 重新定义为 REQ-xxx -> 加入 Phase N.1/N+1 -> discuss/plan/execute/verify。
- GSD 没有“把 OOS 一键转 REQ”的专用命令，主要靠需求文档重写 + 新 phase 编排。
5. 编排 Agent 如何工作
- 不是常驻后台进程，而是按命令触发的一轮编排。
- 主 Agent 负责调度子 Agent（research/planner/checker/executor/verifier）和状态推进。
- 连续性依赖
.planning 文档状态，而不是会话记忆。
- 上下文控制依赖“外置文档 + 子代理 fresh context + pause/resume”。
6. GSD 与 FE-Plugin 的关键差异
- 共同点：都做需求到实现的流程化、状态化、可追溯开发。
- FE-Plugin：前置细化到任务级（先把怎么做定细，后续执行更线性）。
- GSD：先按 phase 锁定目标，再在 phase 内持续细化实施。
- FE-Plugin 更偏“前期正确性决定后期效率”；GSD 更偏“阶段性纠偏保证方向正确”。
7. 优劣与选型结论
- 需求稳定、标准化高、追求低人工干预：FE-Plugin 更有优势。
- 需求复杂、变化频繁、探索性强、看重稳态质量：GSD 更有优势。
- 实战最优常是混合：先用 phase 思维拆大需求，再用任务化流水线执行小需求。
8. 我们讨论中的关键判断
- 你提出的判断成立：
- FE-Plugin 在复杂需求下会受前期上下文与设计准确性影响。
- 但一旦前期设计准确，后续人工介入通常少于 GSD。
- 只看“交付质量”且需求复杂多变时，GSD 的纠偏机制通常更稳。
9. 一句话总结
FE-Plugin = 前置确定性换后期低干预。GSD = 阶段纠偏换前期低假设风险。