RainLib 技术评审
何时使用
- 全栈工作流第 3 阶段：技术选型完成后、程序设计之前。
- 用户要求评审架构、API 契约或风险分析时。
输入
读取当前迭代目录下的：
- 需求文档（
requirements-{id}.md） - 技术选型文档（
technology-selection-{id}.md）
执行要点
- 架构可行性：技术选型能否满足需求中的功能与非功能要求（性能、安全、部署）。
- API 契约定义：列出核心接口的路径、方法、请求/响应 schema、状态码约定。
- 数据模型：核心实体、字段、关系、索引建议。
- 风险清单：技术风险、依赖风险、未确认项，每条附建议对策。
- 评审结论：通过 / 有条件通过（列出必须修正项） / 不通过（需重做选型）。
辅助资料
- 完整示例输出：examples/sample-output.md — 展示一份合格评审文档的完整结构与深度
- 评审参考：reference.md — 评审维度清单、API 设计规范、常见风险类型、结论标准
产出
- 使用 templates/review-template.md 产出评审文档，供「程序设计」使用。
文档与状态
- 产出写入
docs/{current_iteration_id}/technical-review-{technical_review_id}.md。 - 开始前：调用
history-managerskill 的get-phase technical_review和check-file确认是否已完成。 - 完成后：调用
history-managerskill 的set-phase technical_review {technical_review_id}记录并推进状态。