对用户提供的 fixed point 与 之间的 diff 做双轴 review： - Standards ：代码是否符合这个 repo 记录下来的 coding standards？ - Spec ：代码是否忠实实现来源 issue / spec？ 两个轴线都作为 并行 sub-agents 运行，避免互相污染 context；然后这个 skill 聚合它们的 findings。 Issue tracker 应该已经提供给你；如果没有，请让用户运行 。 流程 1. 确定 fixed point 用户说的任何内容都是 fixed point：commit SHA、branch name、tag、 、 等。如果用户没有指定，就询问。 先捕获一次 diff command： （three-dot，因此比较对象是 merge-base）。同时用 记录 commits 列表。 继续前，确认 fixed point 能解析（ ），并且 diff 非空。错误 ref 或空 diff 应该在这里失败，而不是进入两个并行 sub-agents 后才失败。 2. 找到 spec 来源 按以下顺序寻找来源 spec： 1. Commit messages 中的 issue references（ 、 、GitLab 等），按 tracker doc 中的 workflow 获取。 2. 用户作为 a…