用途：该技能面向已经实现完成的变更进行审查，而非规划或执行新任务。适用对象包括本地或用户可信来源的变更，例如拉取请求、合并请求、分支差异、提交范围，或智能体编写的代码。
主要能力：提供两种审查模式。评估模式（Assessment）用于给出结论、建议、PR/MR 审查文件，或事后重建变更，需加载 assessment-guidance.md。走查模式（Walk-through）用于文件归属、审查块、阅读顺序或逐文件内联说明，需加载 walk-through-guidance.md。仅当用户同时需要两种输出时才同时加载两个模式文件。
使用方式：先阅读 review-core-guidance.md。然后与用户共同确定审查模式与证据来源，只加载所需的指导文件。若审查目标是特定 GitHub 或 GitLab 拉取请求/合并请求页面、编号或其他远程审查目标，还需加载 github-gitlab-evidence-guidance.md；对于分支差异、提交范围、当前本地变更等本地 Git 审查目标，不要加载该文件。默认不要加载 spec-loop-plan-task，仅评估模式会复用其中实际需要的特定约定。当未解决的选择可能实质性影响信任、证据来源、比较范围、审查模式、文档布局或结论预期时，使用 spec-loop-clarify-task。
限制：若信任、确切审查变更或比较范围不明确，应先停止并询问，再获取 GitHub、GitLab 或 Git 数据。资料未提供具体安装命令、收费或平台支持信息。