还在熬夜逐行比对规范和需求？它把代码改动分两路并行审，一路对照仓库规范，一路对照来源需求，结论并排给出。
怎么用
指定一个基准点（某个提交、分支、标签或合并基点），它审查从那个点到现在为止的全部改动：一路查「规范」——是否遵守仓库文档里的编码规范；另一路查「规格」——是否忠实实现了来源需求或规格文档。两路用并行的子代理跑，结果并排呈现，方便对照。
触发场景
合并请求要合之前想先过一遍；一整个分支改完想确认没偏离需求；想确认团队规范有没有被遵守；怀疑实现和当初的需求文档对不上。
优劣特点
优点是把最常被混在一起的两条审查线拆开并行，结论互不污染；审的是某个基准点之后的差异，边界清楚。要注意：它需要项目里有可参照的规范文档和来源需求，缺了这两样审查会失去依据；它只给审查结论，不会替你改代码。
适用人群
适合有代码评审流程的工程团队和独立开发者。没有写下来的规范、也没有需求文档的项目，用它价值有限。
常见问题
它是做什么的？
还在熬夜逐行比对规范和需求？它把代码改动分两路并行审，一路对照仓库规范，一路对照来源需求，结论并排给出。
支持哪些工具？
这个技能可以装进 Claude Code、Codex、OpenClaw、Hermes。
怎么用？
指定一个基准点（某个提交、分支、标签或合并基点），它审查从那个点到现在为止的全部改动：一路查「规范」——是否遵守仓库文档里的编码规范；另一路查「规格」——是否忠实实现了来源需求或规格文档。两路用并行的子代理跑，结果并排呈现，方便对照。
源码在哪里？
源码地址：https://github.com/mattpocock/skills/tree/main/skills/engineering/code-review
怎么安装？
安装在星算助手客户端里完成 —— 由它决定装进 Claude Code、Codex 还是别的工具，并写好对应配置。