用途：对 HEAD 与用户提供的固定点之间的 diff 做双轴审查。标准轴判断代码是否符合本仓库文档化的编码标准；规格轴判断代码是否忠实实现来源 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/规格文件；找不到则询问，若确认没有，规格子代理跳过并报告“no spec available”。识别标准来源：CLAUDE.md、AGENTS.md、CONTRIBUTING.md、CONTEXT.md、CONTEXT-MAP.md、各上下文 CONTEXT.md、docs/adr/、.editorconfig、eslint.config.、biome.json、prettier.config.、tsconfig.json（机器强制标准只记录不重复检查）、以及根目录或 docs/ 下的 STYLE.md、STANDARDS.md、STYLEGUIDE.md 等。
使用方式：需先提供 issue tracker，若 docs/agents/issue-tracker.md 缺失则运行 /setup-memo-flow。随后按流程固定基准点、确定规格与标准来源，用一条消息发起两个 Agent 工具调用（均用 general-purpose 子代理），分别给出 diff 命令、提交列表、标准文件列表或规格内容及审查要点。最后在 ## Standards 与 ## Spec 标题下原样或轻度清理地呈现两份报告，不合并、不重排，并以一行总结各轴发现总数及最严重问题。
适用场景：需要同时检查代码规范符合度与需求实现忠实度的代码审查。
限制：两轴刻意分离，便于独立查看；标准子代理跳过工具已强制检查的内容；规格缺失时规格轴跳过；子代理报告均要求 400 词以内。具体安装与运行细节资料未提供。