Technical review
Skill RainLib/full-stack-skill/.claude/skills/technical-review
full-stack development lifecycle
npx -y skills add RainLib/full-stack-skill --skill technical-reviewAssembled from the repository path, not quoted from the project. Check it against their README if it does not work.
One thing to look at
- 0 stars0 stars. Stars are a popularity signal and not a quality one, but at this level it is likely that nobody has read this closely except its author, and you would be relying on your own review.
What its author says it does
Copied from the file, not written here
评审需求与技术选型的架构可行性,定义 API 契约、数据模型、识别风险项。在技术选型之后、程序设计之前使用。
SKILL.md
1.8 KB, as published. Nobody here has run it
技术评审
何时使用
- 全栈工作流第 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}记录并推进状态。