ooooooooooooooooooop 决策闸门（Decision Gates）
核心规则
决策层跑偏的根因不是提示词不够强，而是状态没有物化：目标只存在于对话里、验收只依赖自述、恢复只信任摘要。决策闸门把防偏从"意志"变成"硬门禁"：
- 闸门 0 原始证据锚：checkpoint 必须同时落盘摘要与原始证据锚 JSON；恢复时先读锚、后读摘要，锚里有 SKIP/WARN/PENDING 则"PASS"自动降级为"PARTIAL"。
- 闸门 1 对抗式对齐审计：事件驱动触发一个不读摘要的独立审计 subagent，只给 objective + 原始证据锚 + 产出物，防"自检即跑偏"。触发事件：objective 变更 / 关键假设被证伪 / 不可逆或高风险边界 / 多 worker 结果集成 / 证据相互冲突 / 连续无 Progress Delta / 重大架构决策 / 最终验收（必跑）。若连续 ≥5 个 checkpoint 无任何触发事件，补一次低成本自检兜底。固定周期计数不再是主要触发方式（防止无行动价值的重复审计）。
- 闸门 2 跨包一致性校验：≥2 个 worker 并行时，验收前先跑算法脚本核对文件覆盖重叠/空白/哈希冲突，0 token。
- 闸门 3 成本比对：每个派工单记录授权档位与预算，worker 返回时核对实际档位与消耗，0 token。
- 闸门 4 防御自检：每 5 个 checkpoint 扫描历史锚，统计摘要比证据乐观的次数（summary_bias），≥2 次判定 DEFENSE_DRIFT 并回退，0 token。
- 闸门 5 物理范围锁（Scope Lock）：验收或交付前用
gate_scope_lock.py严格校验变更文件集，任何触碰 Non-Goals 或越界文件直接判SCOPE_VIOLATION，0 token。 - 闸门 6 轨迹死循环熔断（Deadband Loop Interceptor）：连续 2 次相同报错/失败模式时通过
gate_deadband.py自动触发DEADBAND_TRIPPED，强制推翻假设并回退，0 token。
零 token 原则：闸门 2/3/4/5/6 是纯数据算法逻辑，必须用 scripts/ 下的 Python 脚本执行，禁止用 LLM 调用替代；这些机械 scope/cost/integrity 检查保持低成本执行，不因事件化而删除。唯一消耗 token 的闸门 1 用最便宜档位的独立 subagent，按上方事件驱动触发。
验证预算（VERIFICATION_PURPOSE）：任何验证/审计动作执行前必须能回答：
hypothesis: 要验证什么假设
uncertainty_removed: 通过后消除了什么不确定性
pass_action: 验证通过后的下一动作
fail_action: 验证失败后的下一动作
若 pass_action == fail_action 且没有新的风险证据，通常跳过该验证。验证必须产出 Progress Delta（改变 next action 或 done state），否则视为无进展动作（见 execution-discipline「Progress Delta」）。
适用范围与触发边界
触发（满足任一即启用本技能）：
- 任务进入长程（预计 >30 分钟或 >50 步），开始建 checkpoint；
- 同一阶段有 ≥2 个 worker 并行产出待验收；
- 审计类任务需要汇总多个 worker 成果；
- 派工单涉及成本预算（授权档位 + token 预算）；
- 会话从 work_memory/checkpoint 恢复，准备继续推进。
不适用：
- 单轮小修改、无需持久化的临时问答：不要为它们建 checkpoint 或跑闸门，避免流程过度（经 task-mode-router 判级）。
工作流程
阶段 1：初始化（首个 checkpoint 前）
- 用
create_goal锁定原始 objective，逐字拷贝保存。 - 建立
checkpoints/目录（或沿用.agent-broker/topics/<topic>/checkpoints/）。 - 从
templates/raw_evidence_anchors.json复制锚模板到checkpoints/raw_evidence_anchors.json并填写 objective。
阶段 2：每个 checkpoint（里程碑完成时）
- 更新 Todo → 沉淀 work_memory → 校验 Goal（三位一体同步纪律）。
- 写原始证据锚：按
templates/raw_evidence_anchors.json结构记录本阶段的：- 执行命令 + 退出码 + 最后 20~30 行日志摘要（物理证据，拒绝口头汇报）；
- 修改文件 + SHA-256；
- worker 的 SKIP/WARN/PENDING 登记；
- alignment_decision（PASS / PARTIAL / FAIL）+ decider_notes。
- 如果本阶段有多 worker 并行：先跑闸门 2，结果写入锚，❌ 冲突不得进入验收。
- 写摘要到 work_memory：一句话结论 + 指向锚的路径。摘要必须与锚一致，禁止比锚乐观。
阶段 3：对抗式对齐审计（事件驱动）
触发事件（满足任一即启动）：objective 变更 / 关键假设被证伪 / 不可逆或高风险边界 / 多 worker 结果集成 / 证据相互冲突 / 连续无 Progress Delta / 重大架构决策 / 最终验收（必跑）。连续 ≥5 个 checkpoint 无事件时补一次低成本自检兜底。
- 用
templates/adversarial-audit-brief.md生成派工单。 - 启动独立 subagent（
run_in_background: true），只传 objective + 原始证据锚路径 + 产出物列表；禁止传任何摘要或 work_memory。 - 用
job_output(job_id, wait=true, timeout_ms=60000)长轮询收取。 - 审计结论 ⚠️/❌ 时必须先逐项 resolve 才能推进下一个 checkpoint。
阶段 4：成本比对（每个派工单返回时）
- 派发时在派工单里记
authorized_tier、authorized_model、budget_tokens。 - 返回时用闸门 3 脚本比对实际档位与消耗。
- 连续 3 次 COST_DEVIATION → 暂停并审查路由配置（见"安全边界"）。
阶段 5：防御自检（每 5 个 checkpoint）
- 用闸门 4 脚本扫描
checkpoints/下全部锚。 - bias ≥ 2 → DEFENSE_DRIFT：暂停推进、修正摘要生成规则、回退到最近无 bias 的 checkpoint。
阶段 6：恢复（跨会话续接）
- 先读原始证据锚，后读摘要（硬顺序）。
- 锚中有未解决的 SKIP/WARN/PENDING → 摘要里的 PASS 按 PARTIAL 处理，先补完再推进。
- 恢复完成后沉淀 work_memory："已从 checkpoint cp-N 恢复，未决项：...，下一步：..."。
输出契约
- checkpoint 目录：
checkpoints/下每个阶段一个锚 JSON（cp-001.json、cp-002.json…）+ 一个工作摘要文件（summary.md，可选）。 - 锚 JSON 结构：严格遵循
templates/raw_evidence_anchors.json的字段：checkpoint_id、objective、evidence[]（type/cmd/exit_code/last_lines | path/sha256 | skipped）、alignment_decision、decider_notes、gates_run[]（gate 名 + 结果）。 - 验收报告（闸门 1/2/3/4/5/6 输出）必须含：结论（PASS/PARTIAL/FAIL/COST_DEVIATION/DEFENSE_DRIFT/SCOPE_VIOLATION/DEADBAND_TRIPPED）、依据（脚本输出或审计结论）、未决项清单、下一步。
验证
- 运行包内回归：
python scripts/run_tests.py（标准库，无第三方依赖），覆盖闸门 2/3/4/5/6 脚本的 PASS/FAIL 分支。 - 校验锚模板可解析：
python -c "import json; json.load(open('templates/raw_evidence_anchors.json', encoding='utf-8'))"。 - 对照本技能"工作流程"检查：每个 checkpoint 是否同时落盘摘要 + 锚；恢复顺序是否"先锚后摘要"；闸门 2/3/4 是否由脚本执行而非 LLM。
安全边界与非目标
- 不替代 task-mode-router 的规模判级：小型任务不得因本技能加装流程。
- 不替代人工审批：对抗审计是独立判定通道，不是绕过 approval 的借口。
- 认证失败时停止并上报：闸门 3 连续 3 次偏差只触发"审查路由配置"，不自动升级权限、不自动重试绕过。
- 审计 agent 不读摘要是硬约束：向闸门 1 传摘要等于让审计失效，属于违反本技能。
- 本技能不写任何运行态数据到发布集；checkpoint 目录属于本地运行态，不纳入
skills.json发布。