feat(GOV-002): 增加 PRD 与开发审查门禁

docs/governance/development-workflow.md

@@ -7,7 +7,7 @@
 ## 2. 功能状态
 
 ```text
-proposed → designing → approved → developing → verifying → released
+proposed → prd_review → designing → approved → developing → verifying → reviewing → released
                                       ↘ blocked
 released → superseded
 ```
@@ -18,18 +18,19 @@ released → superseded
 
 1. 分配功能编号和英文短名称。
 2. 建立 `docs/features/<编号>-<短名称>/`。
-3. 填写需求、范围、非目标和验收标准。
-4. 比较可选方案，记录设计与关键决策。
-5. 更新 API、事件和数据结构契约。
-6. 编写测试计划和实施计划。
-7. 确保 Git 工作区基线可识别，执行：
+3. 编写 `prd.md`，明确用户问题、目标、范围、非目标、用户流程、指标、风险和验收标准。
+4. PRD 审核通过后，将产品需求转换为可测试的工程需求。
+5. 比较可选方案，记录设计与关键决策。
+6. 更新 API、事件和数据结构契约。
+7. 编写测试计划和实施计划。
+8. 确保 Git 工作区基线可识别，执行：
 
 ```bash
 npm run governance:start -- FEAT-MO-001 market-overview
 ```
 
-8. 运行 GitNexus 查询、上下文和影响分析，将结果写入 `gitnexus/impact-plan.md`。
-9. 高风险或关键路径变化必须先向用户说明影响，再进入开发。
+9. 运行 GitNexus 查询、上下文和影响分析，将结果写入 `gitnexus/impact-plan.md`。
+10. 高风险或关键路径变化必须先向用户说明影响，再进入开发。
 
 开发前必须至少回答：修改什么、为什么修改、影响谁、如何验证、失败后如何回退。
 
@@ -54,9 +55,12 @@ npm run governance:finish -- FEAT-MO-001 market-overview
 ```
 
 6. 填写 `gitnexus/after.md`、`detected-changes.md` 和 `comparison.md`。
-7. 更新发布说明、回退说明、变更记录和版本号。
-8. 使用中文 Conventional Commit提交。
-9. 提交后执行 `npx gitnexus status`；若状态过期，再运行 `npx gitnexus analyze`。
+7. 执行代码 Review，将问题、严重程度、修复提交和复审结论写入 `review/code-review.md`。
+8. 逐条执行开发规范符合性 Review，将结果写入 `review/standards-review.md`。
+9. 任一 Review 为 `changes_required` 时，返回开发阶段；修复后重跑相关测试、GitNexus开发后分析和 Review。
+10. 两项 Review 均为 `passed` 后，更新发布说明、回退说明、变更记录和版本号。
+11. 使用中文 Conventional Commit提交。
+12. 提交后执行 `npx gitnexus status`；若状态过期，再运行 `npx gitnexus analyze`。
 
 ## 6. 完成定义
 
@@ -68,6 +72,8 @@ npm run governance:finish -- FEAT-MO-001 market-overview
 - 测试和构建有最新成功证据。
 - 视觉变化有同视口对比证据。
 - GitNexus 开发前后报告和差异说明齐全。
+- 代码 Review 结论为 `passed`，Critical 和 Important 问题已关闭。
+- 开发规范符合性 Review 结论为 `passed`。
 - 发布说明和回退方法可执行。
 - 中文提交已关联功能编号。