用途：在合并或开 PR 前对当前改动做一次高级别代码审查，以资深工程师视角审查队友 PR 的方式，按问题在生产中造成的危害排序，而非按发现难度排序。核心约束是审查者必须与作者使用不同模型，以避免共享盲点，审查在子代理中于对照的 Claude 模型上运行，无需 API 密钥或外部配置，且对代码只读，只产出问题，不修改被审代码。
主要能力：自动检测作者模型并映射到对照审查模型（opus 对 sonnet，sonnet 对 opus，fable 对 opus，haiku 对 sonnet），规则是审查者绝不能与作者同族，也绝不用 haiku 审查；产出按严重程度排序的问题文件。审查范围可为分支相对基线的全部差异或仅工作区未提交改动。
使用方式：实现功能或修复后、开 PR 前运行 /review；可用 /review with opus 强制指定审查模型，用 /review uncommitted 限定为工作区改动。它会先确认是哪一模型写的代码，只有当你显式传入 with <model> 且检测无歧义时才跳过确认。结果写入 docs/reviews/<YYYY-MM-DD>-<branch>.md；若 docs/ 是已发布文档站则改用 .workflow/reviews/。git 是唯一必需命令行工具，其他 shell 片段是 POSIX 参考而非字面脚本，应使用代理自身的跨平台文件工具。
适用场景：审查当前改动集并在聊天中汇总结果，显示所有阻塞项与重要项，次要项折叠为数量并指向文件；对高风险改动建议切换模型或换 AI 助手获取独立第二意见。
限制：不支持子代理的工具上需自行切换活动模型或改用另一助手运行，否则会退化为共享作者盲点的降级审查；无可用不同强模型时同样只能降级并需明说。它不写代码、测试、ADR 或 AGENTS.md/CLAUDE.md 上下文文件，不修复发现的问题，也不调用其他技能；这些细节以资料为准，其他未提及的功能暂未提供。