admin
9a665039a9
一、起因（用户令逐字） 「重点问题是 会话接收到 调用执行会话完成目标 没有去调用对应技能去执行」。 实测会话 b232218f（vibe-product）：用户 01:32:00 / 01:33:46 两次说触发句， 到 01:36:27 才建出排期 —— 中间那一轮 AI 只在回复里解释口径，没拉起执行会话。 根因：机制里**只有 "注入提醒"**，⛔ 没有任何机器抓手检查"到底做没做"。 二、改法（发现 → 拦住，两步） 1. scripts/hooks/skill-load-guard.py：命中**派活族**触发句时写一条待办 <工作区>/.workbuddy/.dispatch-pending（会话 id / 时间戳 / 命中词）。 ⚠️ 写在**冷却判定之前** —— 实测 01:33:46 那条最明确的触发句正被 300 s 冷却吞掉， 写在冷却之后就等于"最该拦的那一条反而没有标记"。 ⚠️ 比对前**去掉空白**：用户写的是「应该使用 执行会话的技能去完成工作」（中间有空格）。 ⛔ 不把裸词「执行会话」算进派活族（太宽，讨论机制时也出现）⇒ 误报面保持最小。 2. scripts/hooks/stop-dialog-guard.py：新增收工前闸 —— 同会话 ＋ 超 90 s 宽限 ＋ 宿主库该区此后**没有**新建排期 ⇒ 返回 {"continue": false} 拦一次，逼它先建排期。 ⚠️ 必须放在**自作用域判定之前**（那条作用域只认本工作区，而栽的会话在 vibe-product）。 ⛔ 三条安全底线：① 全程 fail-open（读不到库/解析失败/任何异常 ⇒ 一律放行）； ② 只拦一次（复用本文件 10 分钟限流）；③ 待办 30 分钟过期，⛔ 不长期纠缠。 三、判据（新增自测用例，5 项） selftest.py::t_dispatch_gate —— 派活句留待办（含带空格写法）／非派活句不留／ 超宽限且未建排期则拦／宽限内放行。三条断言都确定性，⛔ 不依赖现网存量。 验收：selftest.py rc=0 PASS 100 / FAIL 0（改前 99）； 两组外部变异对照（发现侧 3 项、收工闸 4 项）全过； 另实测"10 分钟限流"有效（同一会话重复构造不再重复拦）。