它做什么
以你指定的固定点(提交、分支、标签、main、HEAD~5)为准,先检查它能解析、差异不为空,再找到需求来源(提交信息里的 issue 引用、你给的路径、docs 或 specs 下的需求文件),同时找出仓库的规范文档。它并行运行两个子智能体,避免互相干扰:规范评审员,对每处违反文档化规范的地方引用具体规则,并把 Fowler 的十二种代码异味作为带判断性的基线;需求评审员,报告缺失或只完成一半的需求、范围蔓延,以及看起来实现了但其实不对的需求,并引用需求原文。两份报告刻意分开,不做合并排序。
输出
一个“规范”部分、一个“需求”部分,以及每条轴一行总结和其中最严重的问题。
适合什么场景
想同时对照团队约定和原始 issue 来评审一个分支或拉取请求的人。
说明与风险
中风险:纯指令文件,没有脚本,但它会运行 git 命令,可能按仓库文档里的流程通过 issue 跟踪器获取原始 issue,并派生子智能体读取你的代码。它对文件是只读的。它期望作者的 setup Skill 生成的 docs/agents/issue-tracker.md,没有的话会向你要需求来源。未试用:需要真实的 git 仓库、跟踪器和子智能体,所以没有演示,前台会标注“未验证”。作者 Matt Pocock,MIT 协议。
SKILL.md 原文包内共 3 个文件