ADR-002: 为什么将需求推演解耦为「多步验证工作流」而非单轮 Chat 盲盒？

背景与问题

传统文档生成类产品往往采用“Chat 对话框”交互：用户输入一句话需求，模型一口气吐出 5000 字的 PRD。

这种方式的痛点在于：

1. 模型在缺少约束的情况下会自动脑补业务逻辑；
2. 一旦前置假设出错，后续所有章节全部报废；
3. 用户面对长文不知道该从何改起。

最终决策

将工作流固化为清晰的四阶状态机：

1. Step 1: 事实与假设剥离（明确什么是已知的，什么是猜测的）；
2. Step 2: 核心用例与流程图推演（验证主干路径）；
3. Step 3: 异常边界与非功能约束（性能、权限、边界处理）；
4. Step 4: 结构化 PRD 输出（按 Markdown 与工程 Schema 导出）。

每一步都设立“确认通过”门禁，用户可在每一步介入微调。