technical-review
Installation
SKILL.md
技术评审
何时使用
- 全栈工作流第 3 阶段:技术选型完成后、程序设计之前。
- 用户要求评审架构、API 契约或风险分析时。
输入
读取当前迭代目录下的:
- 需求文档(
requirements-{id}.md) - 技术选型文档(
technology-selection-{id}.md)
执行要点
- 架构可行性:技术选型能否满足需求中的功能与非功能要求(性能、安全、部署)。
- API 契约定义:列出核心接口的路径、方法、请求/响应 schema、状态码约定。
- 数据模型:核心实体、字段、关系、索引建议。
- 风险清单:技术风险、依赖风险、未确认项,每条附建议对策。
Related skills
More from rainlib/full-stack-skill
dev-workflow
全栈开发工作流编排器,按 8 阶段顺序执行:需求分析 → 技术选型 → 技术评审 → 程序设计 → 任务拆分 → 单元测试 → 代码开发 → 自我验证。
2unit-testing
根据程序设计与任务拆分产出单元测试用例与预期结果,为代码开发提供验收标准。全栈工作流第 6 阶段。
1history-manager
Manage workflow iteration state and history. Use when any phase skill needs to check progress, create iterations, update phase status, or verify document existence. Invoked by dev-workflow and all phase skills.
1program-design
根据需求、技术选型与技术评审设计程序结构、流程与工程目录。全栈工作流第 4 阶段。
1task-breakdown
将程序设计拆分为可管理的开发任务单元,定义优先级、依赖和开发顺序。在程序设计之后、单元测试之前使用。
1code-development
根据单元测试用例、任务拆分与程序设计实现代码,并通过测试验证。全栈工作流第 7 阶段。
1