用途：在提交 PR 前、任务完成后的迭代实现中，或需要对 PR/分支做彻底审查时使用；不适合快速抽查，那种场景应改用宿主自带的审查工具。
主要能力：按风险动态选择审阅者人设，分批调度有边界的专职子代理并收集其结构化 JSON 结果，用脚本合并与去重发现项，再由独立验证器复核留存项，并核对变更是否满足其工单要求，最终渲染单一报告。严重度分 P0 至 P3，处理类别分为 gated_auto、manual、advisory；审阅者分歧时取更保守的结论。
使用方式：解析 base:<sha-or-ref>、ticket:<id>、peer:<cli>、depth:full、report、fix、comment、mode:agent 等参数。默认不切换分支，未暂存的未跟踪文件不在范围内。执行分六个阶段：解析 diff 与意图、采集 PR 反馈与工单要求、选择审阅者、调度并收集、合并验证与报告、选择后续动作。仅在最后问一次动作问题；report 仅出报告，fix 修复并提交推送，comment 需有 PR 才可发布行内评论，mode:agent 返回原始 JSON。
限制：审阅者为本机子代理，除非显式指定 peer:<cli> 并做一次披露，否则不将 diff 发往其他模型。参数冲突（如 base: 与 PR 同时出现、fix 与 comment 并存、无 PR 时用 comment、peer 指定不支持的 CLI）会停止调度并给出一行原因。具体定价、平台支持等信息资料未提供。