用途：对 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 子代理，Standards 子代理引用规范文件与规则、区分硬性违规与判断性意见、跳过工具已强制检查的内容，Spec 子代理报告缺失或部分实现的需求、未被要求的行为（范围蔓延）、看似实现但实现有误的需求，并引用规格原文；最后在 ## Standards 与 ## Spec 标题下分别呈现两份报告，不合并、不重排，并以一行总结各轴发现总数与最严重问题。
使用方式：需先提供固定点；若 docs/agents/issue-tracker.md 缺失，先运行 /memo-flow。若找不到规格，Spec 子代理跳过并报告“no spec available”。
适用场景：需要同时检查代码规范符合度与需求实现忠实度的变更审查。
限制：两轴刻意分开报告，不合并或重排；子代理报告各限 400 词以内；工具已强制检查的规范不再重复检查；缺少规格时 Spec 轴无法执行。其他收费、平台等信息暂未提供。