用途：对 HEAD 与用户提供的固定点之间的 diff 做双轴审查。Standards 轴判断代码是否符合本仓库文档化的编码规范；Spec 轴判断代码是否忠实实现来源 issue、PRD 或规格。两轴作为并行子代理运行，避免相互污染上下文，再由本技能汇总结果。
主要能力：固定审查基准点（提交 SHA、分支名、标签、main、HEAD~5 等，原样透传）；用 git diff <fixed-point>...HEAD（三点，与 merge-base 比较）捕获差异，并用 git log <fixed-point>..HEAD --oneline 记录提交列表；按顺序识别规格来源（提交信息中的 issue 引用如 #123、Closes #45、GitLab !67，经 docs/agents/issue-tracker.md 工作流获取；用户传入的路径；docs/、specs/ 或 .scratch/ 下与分支名或功能匹配的 PRD/规格文件）；识别规范来源（CLAUDE.md、AGENTS.md、CONTRIBUTING.md、CONTEXT.md、CONTEXT-MAP.md、各上下文 CONTEXT.md、docs/adr/、.editorconfig、eslint.config.、biome.json、prettier.config.、tsconfig.json，以及 STYLE.md、STANDARDS.md、STYLEGUIDE.md 等）；并行启动两个 general-purpose 子代理，分别输出不超过 400 词的发现；最后按 ## Standards 与 ## Spec 两个标题分别呈现，不合并、不重排，并以一行总结各轴发现总数与最严重问题。
使用方式：用户需提供固定点，未指定时需询问“Review against what — a branch, a commit, or main?”；若 docs/agents/issue-tracker.md 缺失，需运行 /setup-matt-pocock-skills。若找不到规格，需询问用户规格位置；若用户表示没有规格，Spec 子代理跳过并报告“no spec available”。
适用场景：需要同时检查代码规范符合度与规格实现忠实度的代码审查。
限制：两轴刻意分离，不合并或重排发现；工具已强制检查的规范不再重复检查；规格缺失时仅运行 Standards 轴；资料未提供具体收费、平台或效果信息。