用途：对 PR 做独立的二轮审查，把关键判断步骤与编排器历史隔离，避免上下文污染。按 ICM 流程分为 4 个顺序阶段，全部在仓库工作目录，交接文件位于 .procedure-output/double-check/{stage}/handoff.md。
主要能力：01-setup 拉取 PR 元数据与 HEAD，判断首次审查回执为 current/stale/absent，抓取评论与完整 diff，检出 PR 分支与 merge base；02-review 在干净上下文中做一次连贯审查，核对首次审查结论、找遗漏边界、检查测试与文档，给出合并结论（当且仅当无未决 MUST-FIX 代码项时 ready）；03-fix 应用 MUST-FIX 与值得做的 NICE-TO-HAVE 修复、重跑测试并推送（仅在需要修复时）；04-post 内联运行，重新拉取实时 head，匹配时才发布评论与标签并写报告。
用法：参数从 $ARGUMENTS 解析，第一个为 pr，第二个为 repo；GitHub 鉴权为环境隐式，git URL 必须保持 https://github.com/<org>/<repo>.git 纯形式。按阶段依次运行，不得并行；每阶段 Task 自包含，只传输入交接路径与本阶段 CONTEXT.md，不传编排器历史。stage 04 由编排器自行运行并发出 [pylot] outcome=... 标记。
patch-id 承接：相同 patch-id 的 rebase/merge 直接承接结论；新提交只审查变更的增删块及所修复的发现，超过 30% 文件变更或无历史结论则全量复审。
限制：需可访问 PR 与实时 head；merge 冲突、PR 缺失、无法读取 head 或二次 head 变更时停止为 blocked；不执行 Quest 上报，仅写本地报告文件；标签仅在评论成功发布后应用；成功标记只能来自 stage 04 模板，未跑完不得谎报成功。