dsh-turn-recovery 0.2.1 → 0.2.3

package/CHANGELOG.md

@@ -7,6 +7,98 @@
 > `@nlflora/dsh-empty-turn-guard`）冲突，自 0.2.0 起更名为 `dsh-turn-recovery`。0.1.x 及更早的条目保留旧名原文，
 > 其提到的 `plugin:empty-turn-guard`、`empty-turn-guard.log` 等标识在 0.2.0 起分别改为 `plugin:turn-recovery`、`turn-recovery.log`。
 
+## [0.2.3] - 2026-11-05
+
+**三方复核（架构 / 安全 / 验收）后的加固版**。0.2.2 的判定链没有 P0 缺陷，但复核在
+持久化文件与部署侧查出实质问题：预算文件可被本地输入拖垮或投毒、跨重启的补写 id 记忆
+不落盘、段落注册一次冲突就让插件永久停摆、inbox 去重依赖未公开结构却没有探测。
+本版逐项修掉，并补齐 README 里对「桌面端 vs 网页端」的错误期待。
+
+### 修复
+
+- **预算文件同步整读会阻塞宿主**（安全复核实测 64 MB ≈ 544 ms）：`hydrateBudget` 改为先
+  `stat`，超过 1 MiB 只读尾部并丢掉截断的首行，日志留一行
+  `persisted state read: file is …B, tail …B only`。
+- **预算文件可被未来时间戳投毒**：一条 `at > now` 的记录会让 `now - t < HOUR_MS` 恒成立、
+  永久留在预算里，该会话从此被判成「本小时预算用尽」而静默不补写。解析与修剪统一加
+  `+5min` 时钟容忍，超出即丢弃。
+- **预算记录格式改为 JSON 行**：旧格式 `id at` 在会话 id 含空格时会被截断成错账；
+  新格式兼容读旧文件（两种都认）。
+- **压缩预算文件会覆盖别的进程刚追加的行**：改为「重读磁盘 → 合并 → 临时文件 → `rename`
+  原子替换」，并把写入统一成 append-only。
+- **跨重启的补写 id 不落盘**：新增 `<budgetFile 同目录>/guard-ids.log`（JSON 行，
+  24 小时 TTL、每会话 8 条）。宿主重启后认领「重启前投递」的那条消息时仍记为
+  `LATE, from guardIds`，补写回合再空不会连环补第二笔。
+- **段落注册一次失败就永久停摆**：改为最多重试 3 次（150 ms 间隔），只有注册成功才
+  `armed`；重试耗尽仍 fail-closed（`guard NOT armed`），期间所有判定链不工作
+  （`session/event` 与 `deliver` 都先看 `armed`）。
+- **`agent.inbox.nextTurn` 去重依赖未公开结构**：加能力探测，缺失时记一行
+  `inbox dedupe UNAVAILABLE …` 并降级（认领 id 匹配仍在），不再静默失效。
+- **`skip scope` 日志上限**：200 → 2000，且触顶时明确记一行，不再无声无息。
+
+### 变更
+
+- `nudge DRY-RUN` 日志补 `budgetUsed=n/max`，并注明干跑不落预算 —— 旧文案容易让人以为
+  `dryRun` 能验证限流。
+- README 新增「桌面端与网页端」章节：内嵌 Web UI 与桌面端同进程同实例；独立
+  `dsh web` 在 `profiles/web` 不存在时走出厂模板，插件静默不加载。
+- 回归用例 49 → 58：预算尾部读取、未来时间戳、JSON 落盘、跨重启认领、inbox 探测降级、
+  段落注册重试成功，以及 `enabled:false` / `injectInstruction:false` 三条开关语义。
+
+### 未变
+
+- 补写消息仍是 `role: 'user'` + `source.kind = 'plugin:turn-recovery'`（宿主不允许插件改 role）。
+- 真实宿主上的端到端投递仍未观测到（生产日志 `nudge DELIVERED = 0`）。本版只加固了
+  与「能不能安全地投递」有关的边角，闭合这一项仍需要在真机上跑一次 `dryRun` + 一次真实投递。
+
+## [0.2.2] - 2026-11-04
+
+**代码审查修复 + 可验证性补强**。针对 0.2.1 的复审（宿主 `0.2.2-alpha.3` 源码取证、
+`~/.dsh/logs/turn-recovery.log` 28 次激活 0 次 `nudge DELIVERED` 的实证）逐项修复，
+不含行为方向的改变，但对「补写到底有没有发生」的日志与状态记账做了实质纠正。
+
+### 新增
+
+- **`dryRun` 配置项**：判定链、限流、日志全部照走，唯独不把补写交给宿主。
+  这是给「生产环境从未观测到真实补写」准备的验证通道 —— 在真机上把 `dryRun: true`，
+  等一次空回合，日志里出现 `nudge DRY-RUN: would deliver` 就说明整条判定链在生产可用，
+  而且不会因此多跑一轮模型、不占小时预算。
+
+### 修复
+
+- **`guardSentForTurn` 先置位、后调度**（P3-1）：`scheduleNudge` 可能在内部早退
+  （已有在途补写 / 宿主队列里已有一笔 / 干跑），旧版在此之前就把回合记成「已补过」，
+  日志写 `already nudged` 而实际一笔没发，同一回合再触发一次 `turn/end` 也就永久放弃。
+  现在 `scheduleNudge` 返回 `scheduled` / `dry-run` / `skipped:<原因>`，只有真的接了活才记账，
+  并额外打一行 `nudge outcome turn=N: <结果>`。字段同时更名为 `nudgeHandledTurn`（语义更准）。
+- **`turn/end` 提前清空 `pendingTurn`**（P3-2）：那道「回合已前进就丢弃定时器」的检查靠它做判据，
+  而 `turn/end` 在调度之后又把它清零，于是一个没有 `turn/start` 的第二个 `turn/end` 之后
+  检查恒不生效，补写可能插进下一个回合。现在 `turn/end` 不再碰它（更名 `scheduledTurn`），
+  清理职责只落在定时器自身与 `clearTimer` 上。
+- **认领超时可重排第二笔**（P3-3）：120s 超时后 `nudgeMessageId` 被清掉并允许重排，
+  但宿主仍可能认领那笔「已超时」的消息，旧版会把它判成 `NOT ours`，导致后面的空回合
+  又被补一笔。现在保留最近 8 条投递 id（`guardIds`），晚到的认领照样算作补写回合
+  （日志 `guard message claimed (LATE, from guardIds)`）。同时把「清在途标记」挪到
+  宿主队列去重之后，避免清掉标记后重复排期。
+- **`budgetHistory` 只增不减**（P2-2）：跨重启限流的内存 map 生命周期等于进程，旧版只在
+  预算文件 >1 MB 时重建，重建后 map 里仍留着过期条目。现在重建时按一小时窗口同时修剪 map，
+  并每 256 次投递做一次纯内存修剪（清过期条目与空会话）。
+- **配置写错无人报警**（P3-4）：宿主不校验插件配置（本包不导出 `Config` schema，原因见 README），
+  `maxNudgesPerHr`、`minVisibleChars: "abc"` 这类手滑会被静默兜底成默认值，用户以为改生效了。
+  现在加载期检查未知键、数字/布尔/字符串类型、`sessionScope` 取值、`foregroundKinds` 形态，
+  逐条写 `config issue: ...` 与汇总行。只报告、不抛错 —— 一个笔误不该让整个插件拒绝加载。
+- **日志 `tag()` 对 `worker-*` 只截前 8 位**（P3-6）：前缀剥离正则补上 `worker-`，
+  多 worker 会话不再全挤成 `[worker-a]`。
+
+### 说明
+
+- **`source.kind = 'plugin:turn-recovery'` 不在宿主 `MessageSourceMap` 的类型联合内**（P3-5）：
+  宿主运行时只校验 `source.kind` 是非空字符串（`dsh-session` 的 `assertMessageEventShape`），
+  类型联合的缺项只影响本仓库以外的 TS 读者，前端对未知 kind 有 `default` 分支。
+  保持现状并写进 README「已知限制」，不改协议用法。
+- 回归用例 43 → 49：新增 P3-1（早退不记账）、P3-2（回合前进丢弃）、`dryRun`、
+  P3-3（晚到认领）、配置写错告警、`worker-` tag。
+
 ## [0.2.1] - 2026-11-03
 
 **适配性修复**：针对 DSH `0.2.2-alpha.3` 实测（宿主 `dsh-session` / `dsh-agent-loop` /

package/README.md

@@ -31,7 +31,7 @@
 // <DSH_HOME>/profiles/<你的 profile>/package.json
 {
   "dependencies": {
-    "dsh-turn-recovery": "^0.2.1"
+    "dsh-turn-recovery": "^0.2.3"
   },
   "dsh": {
     "profile": {
@@ -65,36 +65,59 @@
     sessionScope: root       # root = 只处理根会话（按 SessionHeader 判定）；all = 连子代理会话一起
     foregroundKinds: []      # 追加「会取消待发补写」的来源 kind（默认 user / agent-message）
     budgetFile: ''           # 空 = <DSH_HOME>/state/turn-recovery/nudges.log（跨重启限流）
+                             # 同目录还会写 guard-ids.log（跨重启认出晚到认领的补写 id）
     logFile: ''              # 空 = <DSH_HOME>/logs/turn-recovery.log
+    dryRun: false            # true = 判定/限流/日志全部照走，但不真的投递（验证用）
 ```
 
 配置做严格解析：`maxNudgesPerHour: 0` 是**关闭补写**，不会被默认值吞成 3；`delayMs: "abc"` 这类非法值回落到默认值；`enabled: "false"`（字符串）与 `false` 等价。
 
+宿主**不校验**插件配置（本包不导出 `Config` schema，原因见「实现约束」），所以键名写错不会被谁拦下来。插件改为在加载期自查：未知键、类型不符、`sessionScope` 取值不对等，逐条写进日志（`config issue: "minNudgesPerHour" is unknown -> ignored`），插件照常启用。改完配置先看这几行，比猜「为什么没生效」划算。
+
+## 桌面端与网页端
+
+两者不是两条独立的加载路径，别按「装一份、两边都生效」理解：
+
+- **桌面应用里内嵌的 Web UI（浏览器打开的那个端口）与桌面端是同一个宿主进程、同一个 profile、同一个插件实例**。插件对它是生效的，不需要额外注册。
+- **独立运行 `dsh web`（等价于 `--profile web`）** 时，如果 `<DSH_HOME>/profiles/web` 不存在，宿主会用出厂模板初始化该 profile（只含 `dsh-base` + `dsh-web-app`）。**本插件不在其中，网页端会静默无保护** —— 既不加载、也不报错，连一条 `skip scope` 都不会有。
+- `headless` profile 同理（模板只含 base + headless）。
+
+需要独立 web/headless 宿主时，显式注册三处（与 desktop profile 一样）：`profiles/<name>/package.json` 的 `dependencies` 加上本包、`dsh.profile.bundles` 加上 `dsh-turn-recovery`、`profiles/<name>/cordis.patch.yml` 加 `- id: turn-recovery` 的 config；装完用 `dsh --profile web --dump-config | grep dsh-turn-recovery` 确认条目真的在。
+
+> 2026-11-05 本机实测：`<DSH_HOME>/profiles/` 只有 `desktop` 与 `headless`，没有 `web`。当时浏览器里那个端口由桌面宿主进程提供服务（端口 owner 与日志里 `plugin activated` 的 pid 相同）。
+
 ## 日志
 
 默认写到 `<DSH_HOME>/logs/turn-recovery.log`（未设 `DSH_HOME` 时是 `~/.dsh/logs/…`；主路径不可写时兜底到系统临时目录；超过 5 MB 自动轮转为 `.1`）：
 
 ```
-[2026-10-25T01:49:13.941Z] plugin activated: pid=17520 enabled=true instruction=true dshHome=C:\Users\me\.dsh
+[2026-10-25T01:49:13.941Z] plugin activated: pid=17520 version=0.2.2 enabled=true instruction=true dryRun=false dshHome=C:\Users\me\.dsh
 [2026-10-25T01:49:13.942Z] prompt section registered: order=960 chars=222
 [2026-10-25T01:49:13.942Z] guard armed (instruction=registered, uptime=1ms)
 [2026-10-25T01:58:02.114Z] turn/end turn=3 kind=completed steps=4 visibleChars=812 empty=false wasGuard=false sawStart=true [5f884825]
 [2026-10-25T02:03:41.507Z] turn/end turn=4 kind=completed steps=6 visibleChars=0 empty=true wasGuard=false sawStart=true [5f884825]
 [2026-10-25T02:03:41.508Z] nudge SCHEDULED turn=4 delay=900ms [5f884825] (empty completed turn)
+[2026-10-25T02:03:41.509Z] nudge outcome turn=4: scheduled [5f884825]
 [2026-10-25T02:03:42.561Z] nudge DELIVERED via send(next-turn,wakeup) [5f884825]
 [2026-10-25T02:03:45.004Z] guard message claimed turn=5 matched=true [5f884825]
 ```
 
-正常回合只需看 `empty=false`；出现 `empty=true` 就应紧跟一条 `nudge DELIVERED`，再往后出现 `guard message claimed ... matched=true` 才说明补写回合真的起来了。`[...]` 是会话 id（剥掉 `session-` 前缀）前 8 位，`wasGuard` 表示该回合是不是补写回合，`sawStart` 表示插件是否看到过该回合的 `turn/start`（中途热加载时为 false，此时不判定）。
+正常回合只需看 `empty=false`；出现 `empty=true` 就应紧跟 `nudge outcome turn=N: scheduled` 与 `nudge DELIVERED`，再往后出现 `guard message claimed ... matched=true` 才说明补写回合真的起来了。`[...]` 是会话 id（剥掉 `session-` / `orchestrator-` / `worker-` 前缀）前 8 位，`wasGuard` 表示该回合是不是补写回合，`sawStart` 表示插件是否看到过该回合的 `turn/start`（中途热加载时为 false，此时不判定）。
+
+只想验证判定链、不想真的多跑一轮模型时，把 `dryRun` 打开，日志会写 `nudge DRY-RUN: would deliver turn=N` 并停在那里（既不投递，也不占小时预算）。
 
 `version=` 是进程里真正加载的版本号（从包自身 `package.json` 读）——**升级后先看这一行**，不要靠「某个日志字段有没有」推断跑的是哪一版（0.1.4 与 0.1.5 都打过 `sawStart`，这个推断会错）。
 
-排查常用短语：`skip scope`（被 `sessionScope` 过滤掉的会话，括号里写明是 `header says subagent` 还是 `id is not a root shape`）、`guard NOT armed (fail-closed`（同名 prompt 段落已被占用，插件整体不启用，不再谎报 armed）、`inbox already holds a pending turn-recovery nudge`（队列里已有一笔，未重复投递）、`turn/start not observed`（热加载中途，不判定）、`NOT ours`（同来源但 id 对不上，已忽略）、`DISCARDED by host`（用户停止，补写被丢弃）、`a nudge is already awaiting claim`（上一笔还没被认领）、`stop chaining`（补写回合又空，按设计不再连环）、`budget exhausted`（本小时额度用完）。
+排查常用短语：`config issue`（配置写错，插件仍启用）、`skip scope`（被 `sessionScope` 过滤掉的会话，括号里写明是 `header says subagent` 还是 `id is not a root shape`）、`guard NOT armed (fail-closed`（同名 prompt 段落已被占用，插件整体不启用，不再谎报 armed）、`inbox already holds a pending turn-recovery nudge`（队列里已有一笔，未重复投递）、`turn/start not observed`（热加载中途，不判定）、`NOT ours`（同来源但 id 对不上，已忽略）、`LATE, from guardIds`（认领超时后才到，仍按补写回合处理）、`DISCARDED by host`（用户停止，补写被丢弃）、`a nudge is already awaiting claim`（上一笔还没被认领）、`skipped:in-flight`（本回合没排上，因为上一笔仍在途 —— 不算「已补过」）、`turn N already handled`（该回合确实排过或确实被限流）、`DROPPED: turn moved on`（定时器到点时会话已进入下一回合）、`stop chaining`（补写回合又空，按设计不再连环）、`budget exhausted`（本小时额度用完）。
 
 ## 实现约束
 
 - 只 import Node 内置模块（`node:fs` / `node:os` / `node:path` / `node:crypto`）。插件被装进 profile 的 `node_modules` 后，裸名 `@deepseek-ai/*` 在插件目录下 Node 解析不到，少一个依赖就少一个「插件整个加载失败」的风险面。
-- 不导出 `Config` schema（宿主允许无 schema 的 entry），配置在 `apply(ctx, config)` 内部做防御性默认值合并。
+- **不导出 `Config` schema**，配置在 `apply(ctx, config)` 内部做防御性默认值合并 + 加载期自查。这不是偷懒，是三个约束撞在一起的结果：
+  1. cordis 的配置解析走 Standard Schema v1（`runtime.Config["~standard"].validate(config)`），只要导出一个带该方法的对象就能校验；
+  2. 但宿主另有一条 schemastery 专用路径 —— `isSchemastery()`（`cordis-plugin-loader`）与 `isNativeConfigSchema()`（要求 `value[Symbol.for('schemastery')] === true`）都按 schemastery 判别，非 schemastery 的 schema 会被当成「没有 schema」；
+  3. 而 `dsh-settings` 投影表单时**直接读** `schema.type` / `schema.dict` / `schema.meta.volatile`，没有上面那层判别保护 —— 一个形状不对的 `Config` 有可能让设置页报错。
+  本包零依赖，装进 profile 后也解析不到 `schemastery`（更不能 import `@deepseek-ai/*`）。与其导出一个「在 A 路径像 schema、在 B 路径像垃圾」的对象，不如不导出，把校验放在加载期日志里：错了能看见，也不会让设置页崩。
 - 所有逻辑包在 try/catch 里：任何异常只写日志，不向上抛，不会拖垮宿主回合。
 - 宿主门槛 `engines.dsh = ">=0.2.1-rc.1 <0.3.0-0"`：本插件用到的宿主 API 在 `0.2.1-rc.1` / `rc.2` / `rc.3` / `rc.4` / `rc.5` 里实现完全一致（rc.3 / rc.4 / rc.5 的 `dsh-system-prompt` / `dsh-agent` / `dsh-session` / `dsh-agent-loop` / `dsh-app-boot` 的 `lib/index.js` sha256 逐字节相同），所以门槛只设到 rc.1。**不要写成 `>=0.2.1`**——semver 里预发布版本不满足不含预发布标识的同段范围，`0.2.1-rc.3` 对 `>=0.2.1` 判为 `false`，会连 rc 版本一起挡掉。上界必须写成 `<0.3.0-0`：宿主用 `semver` 的 `includePrerelease: true` 判定门槛，写成 `<0.3.0` 时 `0.3.0-alpha.1` / `0.3.0-beta.2` 都会被判为满足（实测 `semver.satisfies('0.3.0-alpha.1', '>=0.2.1-rc.1 <0.3.0', {includePrerelease:true}) === true`），插件会带着未验证的假设加载到下一主线；`-0` 是显式的预发布截断。`scripts/check-metadata.mjs` 会强制检查这个写法。门槛不满足时宿主会把整个 bundle 静默跳过（启动只留一行 `skipping profile bundle`）。
 - **升级宿主前请先看门槛**：`<0.3.0-0` 的上界意味着宿主升到 0.3.0（含 `0.3.0-alpha*` / `0.3.0-beta*`）时本插件会**静默不加载**（`dsh-app-boot` 只往 stderr 写一行 `skipping profile bundle`）。请先看日志首行 `plugin activated: ... version=...`：没有这一行就是没加载。届时要么升级本插件并把上界往上放，要么临时把 `engines.dsh` 放宽（自担 API 漂移风险）。
@@ -102,13 +125,16 @@
 
 ## 已知限制
 
-- **补写消息以 `role: 'user'` 落盘**（`source.kind = 'plugin:turn-recovery'`）：宿主 session 层对 `source.kind` 不做枚举校验，插件侧也改不了 role。桌面前端按 `source.kind !== 'user'` 渲染成上下文卡片（不是用户气泡），mnemon 只收录 `source.kind === 'user'`，所以界面与记忆都不受污染；但**会话转录文件里它确实是一条 user 消息**，审计时要看 `source.kind` 区分。
+- **补写消息以 `role: 'user'` 落盘**（`source.kind = 'plugin:turn-recovery'`）：宿主 session 层对 `source.kind` 不做枚举校验（只要求非空字符串），插件侧也改不了 role。桌面前端按 `source.kind !== 'user'` 渲染成上下文卡片（不是用户气泡），mnemon 只收录 `source.kind === 'user'`，所以界面与记忆都不受污染；但**会话转录文件里它确实是一条 user 消息**，审计时要看 `source.kind` 区分。另外 `plugin:*` 这个前缀不在宿主 `MessageSourceMap` 的类型联合里 —— 运行时不受影响（前端对未知 kind 走 `default` 分支，显示为「请求」卡片），但下游按类型联合写的消费者会漏掉它。
 - **用户点停止的窗口**：宿主 `cancel()` 只清 inbox + abort，不 append 任何 session 事件。插件订阅了宿主 dispatch 的 `agent/inbox/discarded` 来撤掉自己那条补写，但该事件是否向插件广播取决于宿主的 dispatch 链路；收不到时，「用户已点停止、插件仍在 `delayMs` 后补写」这个窗口依然存在（默认 900ms，可通过 `delayMs` 调小）。真正发出去的那一回合仍受宿主 abort 语义约束。
 - **`sessionScope: 'root'` 的判定依据是宿主的 `Session.header`**：`origin === 'subagent'` 或 `delegationDepth > 0` 才算子代理会话，`orchestrator-*` 这类顶层会话会被正常处理（0.2.0 用 id 前缀判断，把它们全部判成子代理，实测日志里有 19 次静默跳过）。宿主没有 header 的场合（老宿主、测试桩）退回 id 形态：`session-*` / `orchestrator-*` 算根，纯 UUID / `social-*` 不算。被过滤的会话每个 id 只记一条 `skip scope` 日志，不会静默消失。
 - **可见字符是「按回合累计」而不是「末条消息」**：一个回合里先写了结论、后来又被工具调用打断的，累计口径下不算空（这是刻意的：用户此前已经看到了文字）。反过来，`aborted` / `interrupted` 等非 `completed` 回合一律不补写，即使它确实没留下正文 —— 那些回合多半是用户自己喊停的，再补一轮会变成「已取消还继续跑」。
-- **崩溃遗留**：补写已入队但宿主在认领前崩溃时，该消息可能在下次启动被重放。插件只认 id 匹配的认领（`NOT ours`），因此不会被这种消息骗成「补写回合」，但它仍可能作为一条插件消息出现在转录里。
+- **崩溃遗留**：补写已入队但宿主在认领前崩溃时，该消息可能在下次启动被重放。插件只认 id 匹配的认领（`NOT ours`），因此不会被这种消息骗成「补写回合」，但它仍可能作为一条插件消息出现在转录里。为覆盖「120s 认领超时后才被认领」与「重启后才被认领」两种情形，最近 8 条投递 id 会同时留在内存与 `<budgetFile 同目录>/guard-ids.log` 里（`LATE, from guardIds`），重启后仍能认出它们，不会把补写回合再当成真空回合补第二笔。
+- **预算文件是不可信输入**：解析时会丢弃「晚于当前时钟 +5 分钟」的时间戳（否则 `now - t` 为负、该会话被永久判成预算耗尽），并且整份文件只在 1 MiB 以内整读、超过就只读尾部（避免配置写错指向几百 MB 的文件时同步阻塞宿主）。写入用 JSON 行（会话 id 含空格也不会被截断），压缩是「重读磁盘 + 临时文件原子替换」，不会覆盖另一个进程刚追加的行。
+- **多进程（桌面宿主 + 独立的 web/headless 宿主）**：各自一套内存态，`agent.inbox.nextTurn` 只对本进程可见。预算文件与补写 id 文件是共享的，因此限流大致成立，但「同一会话同时被两个宿主打开」仍可能各补一笔。同一会话请只用一个宿主。
+- **`dryRun` 不写预算文件**：判定链、日志、限流检查照走，但不投递、不记账，所以它只能证明「判定会发生」，不能用来验证限流是否生效（日志里的 `budgetUsed=n/max` 是当时的已用额度）。
 - **多宿主共用同一日志文件**：两个进程同时写同一路径时轮转可能失败，此时回退 `truncate(0)` 并记一条 `log rotate fell back to truncate`。
-- **生产环境尚未观测到真实补写**：截至 2026-10-30，本机生产日志里 `nudge DELIVERED` 仍为 0（空回合全部是 `aborted`），所有结论来自单测与 mock 复现。真机端到端（含「补写回合真的开起来」）仍是未验证项。
+- **生产环境仍未观测到真实补写**：截至 2026-11-04，本机生产日志里 `nudge DELIVERED` 仍为 0（空回合全部是 `aborted` / `blocked`），所有结论来自单测与 mock 复现。要闭合这一项，请在真机上临时设置 `dryRun: true`，等一次 `completed` 空回合，确认日志出现 `nudge DRY-RUN: would deliver`（判定链在生产成立），再关掉 `dryRun` 等真实投递 —— 这比直接开补写更安全：干跑不会多跑一轮模型。
 
 ## License
 

package/lib/index.js

@@ -91,6 +91,23 @@ const HOUR_MS = 3600000;
  * 避免一个丢失的补写永久占住 nudgeMessageId。
  */
 const NUDGE_CLAIM_TIMEOUT_MS = 120000;
+/**
+ * 持久化时间戳的时钟偏移容忍（毫秒）。
+ * 预算文件与补写 id 文件都是本地可写文件，里面的时间戳不能当可信输入：
+ * 一条明显晚于当前时钟的记录会让 `now - t` 变成负数，`< HOUR_MS` 恒成立，
+ * 于是该会话被永久判成本小时预算耗尽、守卫静默失效。晚于 now + 容忍窗口的
+ * 记录一律丢弃（不报错、不中断，只丢那一条）。
+ */
+const BUDGET_FUTURE_SKEW_MS = 5 * 60 * 1000;
+/** 已投递补写 id 的持久化保留时长：覆盖宿主重启/插件热重载后的晚到认领。 */
+const GUARD_ID_TTL_MS = 24 * 60 * 60 * 1000;
+/** 每个会话保留的补写 id 上限（与内存态 guardIds 一致）。 */
+const GUARD_IDS_MAX = 8;
+/** prompt 段落注册失败后的重试次数与间隔（热重载时旧段落可能还没 dispose）。 */
+const SECTION_RETRY_MAX = 3;
+const SECTION_RETRY_DELAY_MS = 150;
+/** 每个会话只记一条 skip scope 日志；上限给足，避免长跑后新会话不再留痕。 */
+const SCOPE_SEEN_MAX = 2000;
 /** 单个日志文件上限，超过就轮转成 .1（appendFileSync 没有上限，长期跑会无限长）。 */
 const LOG_MAX_BYTES = 5 * 1024 * 1024;
 const LOG_ROTATE_CHECK_MS = 60000;
@@ -160,6 +177,67 @@ function enabledOr(value, fallback) {
   return true;
 }
 
+/** 配置项清单：只用于在加载期挑出「写错的键」，不作为校验依据。 */
+const CONFIG_KEYS = new Set([
+  'enabled', 'injectInstruction', 'dryRun', 'instructionText',
+  'minVisibleChars', 'delayMs', 'maxNudgesPerHour', 'logFile',
+  'sessionScope', 'foregroundKinds', 'budgetFile',
+]);
+const NUMERIC_KEYS = ['minVisibleChars', 'delayMs', 'maxNudgesPerHour'];
+const STRING_KEYS = ['instructionText', 'logFile', 'budgetFile'];
+const BOOLEAN_KEYS = ['enabled', 'injectInstruction', 'dryRun'];
+
+/** 安全地把任意值转成一行短文本（循环引用/抛异常的取值都不会炸）。 */
+function brief(value) {
+  if (typeof value === 'string') return value.length > 40 ? JSON.stringify(value.slice(0, 40) + '…') : JSON.stringify(value);
+  if (typeof value === 'number' || typeof value === 'boolean' || value === null) return String(value);
+  if (Array.isArray(value)) return 'array(' + value.length + ')';
+  return typeof value;
+}
+
+/**
+ * 列出「看起来写错了」的配置项。只报告、不抛错：
+ * 一个手滑的键名不该让整个插件拒绝加载，但也不能像以前那样静默吞掉。
+ */
+function describeConfigIssues(raw) {
+  const issues = [];
+  if (raw === undefined || raw === null) return issues;
+  if (typeof raw !== 'object' || Array.isArray(raw)) {
+    issues.push('config must be an object, got ' + brief(raw));
+    return issues;
+  }
+  for (const key of Object.keys(raw)) {
+    // 双下划线前缀是测试/内部保留位（测试 rig 用它注入 __sessionId 之类的开关），不算写错的键。
+    if (key.startsWith('__')) continue;
+    if (!CONFIG_KEYS.has(key)) issues.push('unknown key "' + key + '" ignored');
+  }
+  for (const key of NUMERIC_KEYS) {
+    const v = raw[key];
+    if (v === undefined) continue;
+    if (typeof v === 'number' && Number.isFinite(v)) continue;
+    if (typeof v === 'string' && v.trim() !== '' && Number.isFinite(Number(v))) continue;
+    issues.push('"' + key + '" expects a number, got ' + brief(v) + ' -> default used');
+  }
+  for (const key of BOOLEAN_KEYS) {
+    const v = raw[key];
+    if (v === undefined || typeof v === 'boolean') continue;
+    if (typeof v === 'string' || typeof v === 'number') continue;
+    issues.push('"' + key + '" expects a boolean, got ' + brief(v) + ' -> ' + (enabledOr(v, false) ? 'true' : 'false'));
+  }
+  for (const key of STRING_KEYS) {
+    const v = raw[key];
+    if (v === undefined || typeof v === 'string') continue;
+    issues.push('"' + key + '" expects a string, got ' + brief(v) + ' -> ignored');
+  }
+  if (raw.sessionScope !== undefined && raw.sessionScope !== 'root' && raw.sessionScope !== 'all') {
+    issues.push('"sessionScope" expects "root" | "all", got ' + brief(raw.sessionScope) + ' -> "root"');
+  }
+  if (raw.foregroundKinds !== undefined && !Array.isArray(raw.foregroundKinds)) {
+    issues.push('"foregroundKinds" expects an array, got ' + brief(raw.foregroundKinds) + ' -> ignored');
+  }
+  return issues;
+}
+
 /** 一条消息里所有 text 块拼起来，剥掉不可见字符和首尾空白后的可见文本。 */
 function visibleText(message) {
   const content = message && Array.isArray(message.content) ? message.content : [];
@@ -218,8 +296,16 @@ export function apply(ctx, config) {
     })(),
     // 补写预算的持久化文件（跨重启限流）；默认 $DSH_HOME/state/turn-recovery/nudges.log。
     budgetFile: typeof raw.budgetFile === 'string' ? raw.budgetFile.trim() : '',
+    // 干跑：判定、限流、日志全部照常走，唯独不真的把补写投进队列。
+    // 用它在真实宿主里验证「空回合链」是否成立，而不产生任何额外模型回合。
+    dryRun: enabledOr(raw.dryRun, false),
   };
 
+  // 宿主不校验插件配置（本包不导出 Config schema，见 README「为什么没有 Config」），
+  // 于是写错键名/类型只会在运行期被静默兜底成默认值 —— 用户以为改生效了，其实没有。
+  // 这里在加载期把可疑配置显式挑出来写进日志，成本是几行字符串拼接。
+  const configIssues = describeConfigIssues(raw);
+
   // 日志位置优先跟随 DSH_HOME（多 profile / 自定义家目录时才不会写错地方）。
   const dshHome = typeof process.env.DSH_HOME === 'string' && process.env.DSH_HOME.trim() !== ''
     ? process.env.DSH_HOME.trim()
@@ -302,29 +388,134 @@ export function apply(ctx, config) {
     ? cfg.budgetFile
     : path.join(dshHome, 'state', 'turn-recovery', 'nudges.log');
   const BUDGET_MAX_BYTES = 1024 * 1024;
+  /** 已投递补写 id 的持久化文件（跨重启识别晚到认领用），与预算文件同目录。 */
+  const guardPath = path.join(path.dirname(budgetPath), 'guard-ids.log');
   let budgetHydrated = false;
   /** session.id -> 最近一小时内的投递时刻（只在本进程内累计）。 */
   const budgetHistory = new Map();
+  /** session.id -> 已投递补写 id（跨重启），只用于认出晚到认领，不参与判定。 */
+  const guardIdHistory = new Map();
+  let guardHydrated = false;
+
+  /**
+   * 只读文件尾部 maxBytes。
+   * 旧版直接 readFileSync 整个 budgetFile：配置写错或文件被替换成几百 MB 时，
+   * 这一行会同步卡住宿主的事件循环（实测 64 MB ≈ 544 ms，线性放大）。
+   * 现在先 stat，超上限只读尾部；截断点落在行中间时丢掉首个不完整行。
+   */
+  const readTail = (file, maxBytes) => {
+    const st = fs.statSync(file);
+    if (!st.isFile()) return '';
+    if (st.size <= maxBytes) return fs.readFileSync(file, 'utf8');
+    const fd = fs.openSync(file, 'r');
+    try {
+      const buf = Buffer.allocUnsafe(maxBytes);
+      const read = fs.readSync(fd, buf, 0, maxBytes, st.size - maxBytes);
+      let text = buf.subarray(0, read).toString('utf8');
+      const nl = text.indexOf('\n');
+      if (nl >= 0) text = text.slice(nl + 1);
+      log('persisted state read: file is ' + st.size + 'B, tail ' + maxBytes + 'B only ('
+        + file + ')');
+      return text;
+    } finally { fs.closeSync(fd); }
+  };
+
+  /**
+   * 解析一行预算记录。新格式是 JSON（id 里有空格也不会被截断），
+   * 0.2.2 及更早写的是 "id at" 纯文本，两者都认。
+   * 时间戳晚于当前时钟 + 容忍窗口的丢弃。
+   */
+  const parseBudgetLine = (line, now, cutoff) => {
+    const text = line.trim();
+    if (text === '') return null;
+    let id = '';
+    let at = NaN;
+    if (text.charCodeAt(0) === 123 /* '{' */) {
+      let rec;
+      try { rec = JSON.parse(text); } catch { return null; }
+      if (!rec || typeof rec.id !== 'string') return null;
+      id = rec.id;
+      at = Number(rec.at);
+    } else {
+      const sp = text.indexOf(' ');
+      if (sp <= 0) return null;
+      id = text.slice(0, sp);
+      at = Number(text.slice(sp + 1).trim());
+    }
+    if (id === '' || !Number.isFinite(at)) return null;
+    if (at > now + BUDGET_FUTURE_SKEW_MS) return null;
+    if (at < cutoff) return null;
+    return { id, at };
+  };
 
   const hydrateBudget = () => {
     if (budgetHydrated) return;
     budgetHydrated = true;
     try {
-      const rawText = fs.readFileSync(budgetPath, 'utf8');
-      const cutoff = Date.now() - HOUR_MS;
+      const rawText = readTail(budgetPath, BUDGET_MAX_BYTES);
+      const now = Date.now();
+      const cutoff = now - HOUR_MS;
       for (const line of rawText.split('\n')) {
-        const sp = line.indexOf(' ');
-        if (sp <= 0) continue;
-        const id = line.slice(0, sp);
-        const at = Number(line.slice(sp + 1).trim());
-        if (id === '' || !Number.isFinite(at) || at < cutoff) continue;
-        const list = budgetHistory.get(id);
-        if (list) list.push(at);
-        else budgetHistory.set(id, [at]);
+        const rec = parseBudgetLine(line, now, cutoff);
+        if (!rec) continue;
+        const list = budgetHistory.get(rec.id);
+        if (list) list.push(rec.at);
+        else budgetHistory.set(rec.id, [rec.at]);
       }
     } catch { /* 文件不存在或读不了：当作没有历史 */ }
   };
 
+  /**
+   * 已投递补写 id 的持久化。
+   * 宿主重启/插件热重载后内存态 guardIds 是空的，于是「重启前投递、重启后认领」
+   * 的那条消息会被判成 NOT ours，紧接着那个补写回合结束时空正文依然为空，
+   * 插件就把它当成真空回合再补一笔（跨重启的连环补写）。
+   * 这里只解决「认得出晚到认领」，不参与是否补写的判定。
+   */
+  const hydrateGuardIds = () => {
+    if (guardHydrated) return;
+    guardHydrated = true;
+    try {
+      const rawText = readTail(guardPath, BUDGET_MAX_BYTES);
+      const now = Date.now();
+      const floor = now - GUARD_ID_TTL_MS;
+      for (const line of rawText.split('\n')) {
+        const text = line.trim();
+        if (text === '') continue;
+        let rec;
+        try { rec = JSON.parse(text); } catch { continue; }
+        if (!rec || typeof rec.id !== 'string' || typeof rec.sid !== 'string') continue;
+        const at = Number(rec.at);
+        if (!Number.isFinite(at) || at < floor || at > now + BUDGET_FUTURE_SKEW_MS) continue;
+        const list = guardIdHistory.get(rec.sid);
+        if (!list) guardIdHistory.set(rec.sid, [rec.id]);
+        else if (list.indexOf(rec.id) < 0) list.push(rec.id);
+      }
+    } catch { /* 无文件：当作没有历史 */ }
+  };
+
+  /** 该会话跨重启保留的补写 id（最多 GUARD_IDS_MAX 条）。 */
+  const persistedGuardIds = (session) => {
+    hydrateGuardIds();
+    const id = session && typeof session.id === 'string' ? session.id : '';
+    const list = id !== '' ? guardIdHistory.get(id) : undefined;
+    if (!list || list.length === 0) return [];
+    return list.slice(-GUARD_IDS_MAX);
+  };
+
+  const recordGuardId = (session, id, at) => {
+    const sid = session && typeof session.id === 'string' ? session.id : '';
+    if (sid === '' || typeof id !== 'string' || id === '') return;
+    try {
+      let list = guardIdHistory.get(sid);
+      if (!list) { list = []; guardIdHistory.set(sid, list); }
+      if (list.indexOf(id) < 0) list.push(id);
+      while (list.length > GUARD_IDS_MAX) list.shift();
+      fs.mkdirSync(path.dirname(guardPath), { recursive: true });
+      fs.appendFileSync(guardPath, JSON.stringify({ sid, id, at }) + '\n');
+    } catch { /* 只服务于去重，写失败不影响补写本身 */ }
+  };
+
   /** 该会话最近一小时的投递时刻（合并持久化记录与本次进程内的记录）。 */
   const historyOf = (session) => {
     hydrateBudget();
@@ -333,39 +524,77 @@ export function apply(ctx, config) {
     return persisted ? persisted.slice() : [];
   };
 
-  /** 记录一次真正投递成功的补写；文件过大时先按一小时窗口重写。 */
+  /**
+   * 记录一次真正投递成功的补写；文件过大时先按一小时窗口重写。
+   * 顺带修剪内存里的 budgetHistory：这张 map 的寿命等于进程，
+   * 旧版只在文件 >1MB 时重建，而且重建后 map 里仍留着过期条目，
+   * 长时间运行（每会话每小时若干条）会只增不减（P2-2）。
+   */
+  let recordTicks = 0;
+
+  const pruneBudgetHistory = (now) => {
+    const floor = now - HOUR_MS;
+    for (const [sid, times] of budgetHistory) {
+      const kept = times.filter((t) => t >= floor && t <= now + BUDGET_FUTURE_SKEW_MS);
+      if (kept.length === 0) budgetHistory.delete(sid);
+      else if (kept.length !== times.length) budgetHistory.set(sid, kept);
+    }
+  };
+
+  /**
+   * 预算文件压缩：先重读磁盘，再原子替换。
+   * 旧版直接用内存 map 覆盖写整份文件 —— 多进程（桌面宿主 + 独立 web/headless）
+   * 同时运行时，会把对方刚追加的行整段抹掉，预算就少算、于是多补。
+   */
+  const compactBudget = (now) => {
+    try {
+      const rawText = readTail(budgetPath, BUDGET_MAX_BYTES);
+      const cutoff = now - HOUR_MS;
+      for (const line of rawText.split('\n')) {
+        const rec = parseBudgetLine(line, now, cutoff);
+        if (!rec) continue;
+        const list = budgetHistory.get(rec.id);
+        if (!list) budgetHistory.set(rec.id, [rec.at]);
+        else if (list.indexOf(rec.at) < 0) list.push(rec.at);
+      }
+    } catch { /* 读不到就只用内存态 */ }
+    pruneBudgetHistory(now);
+    const lines = [];
+    for (const [sid, times] of budgetHistory) {
+      for (const t of times) lines.push(JSON.stringify({ id: sid, at: t }));
+    }
+    const tmp = budgetPath + '.tmp-' + process.pid;
+    fs.writeFileSync(tmp, lines.length > 0 ? lines.join('\n') + '\n' : '');
+    fs.renameSync(tmp, budgetPath);
+  };
+
   const recordNudge = (session, at) => {
     const id = session && typeof session.id === 'string' ? session.id : '';
     if (id === '') return;
     try {
       if (!budgetHistory.has(id)) budgetHistory.set(id, []);
       budgetHistory.get(id).push(at);
+      recordTicks += 1;
       fs.mkdirSync(path.dirname(budgetPath), { recursive: true });
+      // 只追加、不改写：改写是 read-modify-write，多进程下会覆盖别人刚写的行。
+      fs.appendFileSync(budgetPath, JSON.stringify({ id, at }) + '\n');
       let size = 0;
       try { size = fs.statSync(budgetPath).size; } catch { /* 首次写入 */ }
-      if (size > BUDGET_MAX_BYTES) {
-        const cutoff = Date.now() - HOUR_MS;
-        const lines = [];
-        for (const [sid, times] of budgetHistory) {
-          for (const t of times) if (t >= cutoff) lines.push(sid + ' ' + t);
-        }
-        fs.writeFileSync(budgetPath, lines.join('\n') + (lines.length > 0 ? '\n' : ''));
-      } else {
-        fs.appendFileSync(budgetPath, id + ' ' + at + '\n');
-      }
+      if (size > BUDGET_MAX_BYTES) compactBudget(Date.now());
+      else if (recordTicks % 256 === 0) pruneBudgetHistory(Date.now());
     } catch { /* 限流退化到内存态，不影响补写本身 */ }
   };
 
   /**
    * 日志里的会话短标签。旧版直接 id.slice(0,8)，而根会话 id 形如
    * session-<uuid>，前 8 位恒为 "session-"，多会话根本分不开。
-   * 现在先剥掉 session- / orchestrator- 前缀再取前 8 位；剥完为空则退回原 id 前 8 位。
+   * 现在先剥掉 session- / orchestrator- / worker- 前缀再取前 8 位；剥完为空则退回原 id 前 8 位。
    */
   const tag = (session) => {
     try {
       const id = session && typeof session.id === 'string' ? session.id : '';
       if (!id) return 'no-session';
-      const stripped = id.replace(/^(session-|orchestrator-)/, '');
+      const stripped = id.replace(/^(session-|orchestrator-|worker-)/, '');
       return stripped ? stripped.slice(0, 8) : id.slice(0, 8);
     } catch { return 'no-session'; }
   };
@@ -388,6 +617,7 @@ export function apply(ctx, config) {
    * 「被 scope 静默过滤」在日志里长得一模一样，排障全靠猜。
    */
   const scopeSeen = new Set();
+  let scopeSeenCapped = false;
 
   /** header 判定根会话；返回 null 表示无法判定（没有 header）。 */
   const rootByHeader = (session) => {
@@ -404,7 +634,12 @@ export function apply(ctx, config) {
   const logScopeSkip = (session, why) => {
     const id = session && typeof session.id === 'string' ? session.id : '';
     if (id === '' || scopeSeen.has(id)) return;
-    if (scopeSeen.size < 200) scopeSeen.add(id);
+    if (scopeSeen.size < SCOPE_SEEN_MAX) {
+      scopeSeen.add(id);
+    } else if (!scopeSeenCapped) {
+      scopeSeenCapped = true;
+      log('skip scope log capped at ' + SCOPE_SEEN_MAX + ' sessions; further skips are silent');
+    }
     log('skip scope: non-root session ' + id.slice(0, 12) + ' (sessionScope=root, ' + why + ')');
   };
 
@@ -424,42 +659,54 @@ export function apply(ctx, config) {
   };
 
   log('plugin activated: pid=' + process.pid + ' version=' + VERSION
-    + ' enabled=' + cfg.enabled + ' instruction=' + cfg.injectInstruction + ' dshHome=' + dshHome);
+    + ' enabled=' + cfg.enabled + ' instruction=' + cfg.injectInstruction
+    + ' dryRun=' + cfg.dryRun + ' dshHome=' + dshHome);
+  if (configIssues.length > 0) {
+    for (const issue of configIssues) log('config issue: ' + issue);
+    log('config issues: ' + configIssues.length + ' (defaults used where noted)');
+  }
 
   // ---- A) system prompt 段落 ----
-  if (cfg.injectInstruction) {
-    try {
-      const text = cfg.instructionText.trim() !== '' ? cfg.instructionText : DEFAULT_INSTRUCTION;
-      const dispose = ctx.systemPrompt.section({
-        name: SECTION_NAME,
-        order: SECTION_ORDER,
-        text,
-        interpolate: false,
-      });
-      if (typeof dispose === 'function') {
-        try {
-          ctx.effect(() => () => { try { dispose(); } catch { /* ignore */ } });
-        } catch { /* effect 不可用时忽略 */ }
-      }
-      log('prompt section registered: order=' + SECTION_ORDER + ' chars=' + text.length);
-    } catch (err) {
-      // fail-closed：A 段装不上时不再启用补写，也不再写「guard armed」。
-      // 宿主对同名 section 重复注册是直接 throw（dsh-system-prompt 的 section
-      // 注册会拒绝重名），最常见的触发原因是同一插件被两个 bundle 各装了一次。
-      // 此时若照常 arm：两个实例各发一条补写；日志却写着「一切正常」，
-      // 而「222 字符的收尾指令其实没进 prompt」这个事实在日志里看不出来。
-      log('prompt section registration FAILED: ' + errText(err));
-      log('guard NOT armed (fail-closed: prompt section registration failed)');
-      return;
+  /**
+   * 注册收尾指令段落。宿主对同名 section 重复注册会直接 throw，
+   * 最常见的触发是「同一插件被两个 bundle 各装一次」，其次才是热重载时
+   * 旧段落还没 dispose。所以这里只负责「试一次」，重试与 fail-closed 在下面 arm 处。
+   */
+  const registerPromptSection = () => {
+    const text = cfg.instructionText.trim() !== '' ? cfg.instructionText : DEFAULT_INSTRUCTION;
+    const dispose = ctx.systemPrompt.section({
+      name: SECTION_NAME,
+      order: SECTION_ORDER,
+      text,
+      interpolate: false,
+    });
+    if (typeof dispose === 'function') {
+      try {
+        ctx.effect(() => () => { try { dispose(); } catch { /* ignore */ } });
+      } catch { /* effect 不可用时忽略 */ }
     }
-  }
+    log('prompt section registered: order=' + SECTION_ORDER + ' chars=' + text.length);
+  };
 
   if (!cfg.enabled) {
-    log('guard disabled by config; only instruction part active');
+    if (cfg.injectInstruction) {
+      try {
+        registerPromptSection();
+      } catch (err) {
+        log('prompt section registration FAILED: ' + errText(err));
+        log('guard NOT armed (fail-closed: prompt section registration failed)');
+        return;
+      }
+    }
+    log(cfg.injectInstruction
+      ? 'guard disabled by config; only instruction part active'
+      : 'guard disabled by config and injectInstruction=false; nothing active');
     return;
   }
 
   // ---- C) 空回合保护 ----
+  /** 段落注册成功才置 true；置位前所有判定链都不工作（fail-closed）。 */
+  let armed = false;
   const agents = new Map(); // session -> agent
   const agentsById = new Map(); // session.id -> agent（session 对象身份不稳定时兜底）
   const state = new WeakMap(); // session -> per-session guard state
@@ -481,7 +728,14 @@ export function apply(ctx, config) {
          * 拿去补写会对着「本来有正文的回合」发假提醒。
          */
         sawTurnStart: false,
-        guardSentForTurn: null,
+        /**
+         * 本回合已经「处理过」：要么排上了补写，要么在排补写前就被限流/去重挡下。
+         * 只在 turn/end 的判定走完之后置位 —— 旧版在调用 scheduleNudge 之前就置位，
+         * 于是 scheduleNudge 内部早退（已有在途补写 / 队列里已有 / 预算耗尽）时，
+         * 日志会写着「already nudged」而其实一笔都没发，同一回合再触发一次
+         * turn/end 也就永久放弃了这次补写机会。
+         */
+        nudgeHandledTurn: null,
         /**
          * 补写消息已经被宿主认领、写进转录，且它对应的回合还没结束。
          * 只在看到 source.kind === SOURCE_KIND 的 user/message 时置位；
@@ -492,8 +746,19 @@ export function apply(ctx, config) {
         nudgeMessageId: null,
         /** 上述补写的投递时间，用于认领超时。 */
         nudgeDeliveredAt: 0,
-        /** 定时器是为哪个回合排的；回合变了就该丢弃。 */
-        pendingTurn: null,
+        /**
+         * 最近投递过的补写 id（有界，最多 8 条）。
+         * 认领超时后 nudgeMessageId 会被清掉并允许重排第二笔，但宿主仍可能认领
+         * 那笔「超时」的消息；靠这个列表把晚到的认领仍算作补写回合，
+         * 否则第二个空回合会被当成真空回合再补一笔。
+         */
+        guardIds: persistedGuardIds(session),
+        /**
+         * 定时器是为哪个回合排的；回合变了就该丢弃。
+         * 与 turn/end 的清零无关：turn/end 先清 s.turn 之外的字段不该顺手把它清空，
+         * 否则「回合已前进」这道检查在无 turn/start 的第二个 turn/end 之后会失效。
+         */
+        scheduledTurn: null,
         /** 本小时已投递的补写时刻：启动时用持久化记录补齐（跨重启限流）。 */
         nudgeTimes: historyOf(session),
         timer: null,
@@ -508,7 +773,7 @@ export function apply(ctx, config) {
     try { clearTimeout(s.timer); } catch { /* ignore */ }
     timers.delete(s.timer);
     s.timer = null;
-    s.pendingTurn = null;
+    s.scheduledTurn = null;
     if (why) log('pending nudge CANCELLED (' + why + ')');
   };
 
@@ -530,7 +795,7 @@ export function apply(ctx, config) {
     s.visibleChars = 0;
     s.visibleNonText = false;
     s.sawTurnStart = false;
-    s.guardSentForTurn = null;
+    s.nudgeHandledTurn = null;
   };
 
   /**
@@ -620,7 +885,8 @@ export function apply(ctx, config) {
           clearTimer(s, null);
           clearNudgeInFlight(s, null);
           s.awaitingGuardTurn = false;
-          s.pendingTurn = null;
+          s.scheduledTurn = null;
+          s.guardIds = [];
         }
         agents.delete(session);
         if (typeof session.id === 'string' && session.id !== '') agentsById.delete(session.id);
@@ -679,16 +945,52 @@ export function apply(ctx, config) {
    * 各装一次时它都是空的，于是会对同一个空回合各投一笔，模型连着被唤醒两次。
    * 队列本身是宿主维护的真相（agent.inbox.nextTurn），以它为准去重。
    */
-  const pendingNudgeInInbox = (agent) => {
+  /**
+   * 宿主「下一回合队列」的能力探测。
+   * `agent.inbox.nextTurn` 是宿主当前实现里的公开字段，但插件不该假设它永远在：
+   * 宿主把它改私有/改名/换实现时，旧写法会安静地恒返回 false —— 去重失效、
+   * 重复补写，日志里却没有任何线索。这里探测一次并留下明确的一行。
+   */
+  let inboxProbe = 'unknown';
+
+  const nextTurnQueue = (agent) => {
+    if (!agent) return null;
     try {
-      const inbox = agent && agent.inbox;
+      const inbox = agent.inbox;
       const queue = inbox && Array.isArray(inbox.nextTurn) ? inbox.nextTurn : null;
-      if (!queue) return false;
-      return queue.some((m) => m && m.source && m.source.kind === SOURCE_KIND);
-    } catch { return false; }
+      if (!queue) {
+        if (inboxProbe !== 'unavailable') {
+          inboxProbe = 'unavailable';
+          log('inbox dedupe UNAVAILABLE: host no longer exposes agent.inbox.nextTurn'
+            + ' -> cross-instance dedupe degraded (claim-id matching still applies)');
+        }
+        return null;
+      }
+      if (inboxProbe !== 'available') {
+        inboxProbe = 'available';
+        log('inbox dedupe available (agent.inbox.nextTurn)');
+      }
+      return queue;
+    } catch (err) {
+      if (inboxProbe !== 'unavailable') {
+        inboxProbe = 'unavailable';
+        log('inbox dedupe UNAVAILABLE: probe threw ' + errText(err));
+      }
+      return null;
+    }
+  };
+
+  const pendingNudgeInInbox = (agent) => {
+    const queue = nextTurnQueue(agent);
+    if (!queue) return false;
+    return queue.some((m) => m && m.source && m.source.kind === SOURCE_KIND);
   };
 
   const deliver = (session, text) => {
+    if (!armed) {
+      log('nudge SKIPPED [' + tag(session) + ']: guard not armed (prompt section missing)');
+      return null;
+    }
     const agent = agentOf(session);
     if (!agent) {
       log('nudge SKIPPED [' + tag(session) + ']: no live agent bound to session');
@@ -721,22 +1023,33 @@ export function apply(ctx, config) {
     return null;
   };
 
+  /**
+   * 修剪本会话最近一小时的投递时刻。
+   * 未来时间戳（> now + 容忍窗口）必须一起丢掉：`now - t` 对它是负数，
+   * `< HOUR_MS` 恒成立，只按上半句过滤就会把它永久留在预算里。
+   */
   const pruneBudget = (s, now) => {
-    s.nudgeTimes = s.nudgeTimes.filter((t) => now - t < HOUR_MS);
+    s.nudgeTimes = s.nudgeTimes.filter(
+      (t) => now - t < HOUR_MS && t <= now + BUDGET_FUTURE_SKEW_MS);
     return s.nudgeTimes.length;
   };
 
+  /**
+   * 排一笔补写。返回结果字符串，供调用侧决定是否把本回合标记为「已处理」：
+   *   'scheduled' | 'dry-run' | 'skipped:<原因>' | 'error'
+   * 旧版返回 undefined 且由调用侧提前置位 guardSentForTurn，于是这里早退时
+   * 那个回合已经被记账成「补过」，日志与实际投递对不上。
+   */
   const scheduleNudge = (session, s, turn, info) => {
     try {
       // 上一笔补写还没被认领时不要再排第二笔：
       // 宿主按队列顺序逐条认领，两条补写只会变成两个多余的回合。
       if (nudgePending(s)) {
         log('nudge SKIPPED: a nudge is already awaiting claim [' + tag(session) + ']');
-        return;
+        return 'skipped:in-flight';
       }
-      if (s.nudgeMessageId !== null) clearNudgeInFlight(s, 'claim timeout');
       if (s.timer) clearTimer(s, 'rescheduled');
-      s.pendingTurn = turn;
+      s.scheduledTurn = turn;
       const delay = cfg.delayMs;
       log('nudge SCHEDULED turn=' + turn + ' delay=' + delay + 'ms [' + tag(session) + '] (' + info + ')');
       const timer = setTimeout(() => {
@@ -745,12 +1058,12 @@ export function apply(ctx, config) {
         s.timer = null;
         try {
           // 定时器跑起来时回合可能已经往前走：丢弃过期补写，避免插进别人的回合。
-          if (s.pendingTurn !== null && s.turn !== s.pendingTurn) {
-            s.pendingTurn = null;
-            log('nudge DROPPED: turn moved on (pending=' + turn + ' current=' + s.turn + ') [' + tag(session) + ']');
+          if (s.scheduledTurn !== null && s.turn !== s.scheduledTurn) {
+            s.scheduledTurn = null;
+            log('nudge DROPPED: turn moved on (scheduled=' + turn + ' current=' + s.turn + ') [' + tag(session) + ']');
             return;
           }
-          s.pendingTurn = null;
+          s.scheduledTurn = null;
           if (s.awaitingGuardTurn) {
             log('nudge SKIPPED: a guard turn is already in flight [' + tag(session) + ']');
             return;
@@ -760,12 +1073,14 @@ export function apply(ctx, config) {
             log('nudge SKIPPED: a nudge is already awaiting claim [' + tag(session) + ']');
             return;
           }
-          if (s.nudgeMessageId !== null) clearNudgeInFlight(s, 'claim timeout');
+          // 先去重、再清「超时」的在途标记：反过来的话，队列里其实还躺着上一笔
+          // 时标记已被清掉，下一轮判定就看不到它，可能再补一笔（P3-3）。
           if (pendingNudgeInInbox(agentOf(session))) {
             log('nudge SKIPPED: inbox already holds a pending turn-recovery nudge ['
               + tag(session) + ']');
             return;
           }
+          if (s.nudgeMessageId !== null) clearNudgeInFlight(s, 'claim timeout');
           if (cfg.maxNudgesPerHour === 0) {
             log('nudge SKIPPED: maxNudgesPerHour=0 [' + tag(session) + ']');
             return;
@@ -775,6 +1090,16 @@ export function apply(ctx, config) {
             log('hourly nudge budget exhausted (' + s.nudgeTimes.length + ') -> no nudge');
             return;
           }
+          if (cfg.dryRun) {
+            // 干跑：判定链、限流、日志全部照走，只是不把消息交给宿主。
+            // 这样可以在真实宿主里验证「会判空 → 会想补」而不产生任何模型回合。
+            // 但 dryRun 只做预算检查、不记账也不落盘，所以它验证不了「限流真的生效」；
+            // 日志里带上 budgetUsed，至少能读出当前窗口已经用掉多少。
+            log('nudge DRY-RUN: would deliver turn=' + turn + ' delay=' + delay
+              + 'ms budgetUsed=' + s.nudgeTimes.length + '/' + cfg.maxNudgesPerHour
+              + ' (no delivery, no budget persist) [' + tag(session) + ']');
+            return;
+          }
           const message = deliver(session, NUDGE_TEXT);
           if (message) {
             // 只记「在途」，不置 awaitingGuardTurn：投递 ≠ 认领。
@@ -782,8 +1107,14 @@ export function apply(ctx, config) {
             s.nudgeMessageId = message.id;
             s.nudgeDeliveredAt = Date.now();
             s.nudgeTimes.push(Date.now());
+            if (typeof message.id === 'string' && message.id !== '') {
+              s.guardIds.push(message.id);
+              while (s.guardIds.length > 8) s.guardIds.shift();
+            }
             // 跨重启限流：把投递时刻落盘，重启后的新进程回读最近一小时。
             recordNudge(session, s.nudgeDeliveredAt);
+            // 跨重启认领：把这笔 id 落盘，重启后宿主认领它时仍能认出是补写回合。
+            recordGuardId(session, message.id, s.nudgeDeliveredAt);
             log('nudge awaiting claim id=' + String(message.id).slice(0, 8) + ' [' + tag(session) + ']');
           } else {
             clearNudgeInFlight(s, null);
@@ -797,14 +1128,19 @@ export function apply(ctx, config) {
       if (timer && typeof timer.unref === 'function') timer.unref();
       s.timer = timer;
       timers.add(timer);
+      return cfg.dryRun ? 'dry-run' : 'scheduled';
     } catch (err) {
       log('scheduleNudge error: ' + errText(err));
+      return 'error';
     }
   };
 
   try {
     ctx.on('session/event', (session, event) => {
       try {
+        // arm 之前（段落还没注册成功）不判定、不补写：宁可少补，也不能在
+        // 「收尾指令没进 prompt」的状态下往会话里塞自动消息。
+        if (!armed) return;
         if (!session || !event || typeof event.type !== 'string') return;
         if (!sessionInScope(session)) return;
         const data = event.data || {};
@@ -825,18 +1161,26 @@ export function apply(ctx, config) {
             // 补写消息被宿主从 next-turn 队列认领并写进转录，这一刻它才真正生效。
             // 投递成功只代表「已入队」，消息可能还躺在队列里，也可能被取消。
             const matched = s.nudgeMessageId !== null && data.id === s.nudgeMessageId;
-            clearNudgeInFlight(s, null);
+            // 认领超时（120s）后 nudgeMessageId 会被清掉并允许改排第二笔，但宿主
+            // 仍可能认领那笔「已超时」的消息 —— 它进转录后开出的照样是补写回合。
+            // 不认它，下一个空回合就会被当成真空回合再补一笔（连环补写）。
+            const late = !matched && typeof data.id === 'string' && s.guardIds.indexOf(data.id) >= 0;
+            // 非「晚到」的情形都清在途标记（与旧版一致）：对上 id 说明它已被消费；
+            // 对不上说明队列已经往前走了（上一进程遗留/重放），这笔补写也不会再被认领。
+            // 只有晚到认领例外 —— 它可能是旧 id，不该顺手抹掉新一笔的在途状态。
+            if (!late) clearNudgeInFlight(s, null);
             // 关键：只有真的对上 id 才算「补写回合」。
             // 旧版把 matched 只写进日志、然后无条件置 awaitingGuardTurn，于是任何
             // 同来源但 id 不符的消息（上次进程遗留、重放、另一实例写入）都会被误认，
             // 导致下一个真正的空回合被判成「连环补写」而静默跳过。
-            if (!matched) {
+            if (!matched && !late) {
               log('guard-kind message seen but NOT ours (id mismatch/expired) -> ignored ['
                 + tag(session) + ']');
               return;
             }
             s.awaitingGuardTurn = true;
-            log('guard message claimed turn=' + (typeof data.turn === 'number' ? data.turn : '?')
+            log('guard message claimed' + (late ? ' (LATE, from guardIds)' : '')
+              + ' turn=' + (typeof data.turn === 'number' ? data.turn : '?')
               + ' matched=true [' + tag(session) + ']');
             return;
           }
@@ -869,7 +1213,7 @@ export function apply(ctx, config) {
         if (event.type !== 'turn/end') return;
 
         // turn 缺失时无法做「本回合是否已补过」的去重，也不能拿 s.turn 兜底
-        // （两者都为 null 会命中 guardSentForTurn===turn 而静默跳过）。
+        // （两者都为 null 会命中 nudgeHandledTurn===turn 而静默跳过）。
         // 但清零必须发生在早退之前：旧版先 return 后清零，缺 turn 的 turn/end
         // 会把 awaitingGuardTurn 永久留在 true，下一个真空回合成「连环补写」被吞。
         const turn = typeof data.turn === 'number' ? data.turn : null;
@@ -878,7 +1222,10 @@ export function apply(ctx, config) {
         // 早退路径（缺 turn / 非 completed / 已补过 / 预算耗尽）过去会把标志留在 true。
         const wasGuard = s.awaitingGuardTurn === true;
         s.awaitingGuardTurn = false;
-        s.pendingTurn = null;
+        // 这里**故意不清** s.scheduledTurn：定时器里那道「回合已前进就丢弃」的检查
+        // 全靠它。旧版在此处清空，于是一个没有 turn/start 的第二个 turn/end 之后，
+        // 定时器就再也看不出回合变了，可能把补写插进下一个回合（P3-2）。
+        // 清空职责只落在定时器自己（丢弃/投递前）和 clearTimer 上。
         // 补写回合结束：无论消息 id 是否来得及匹配，都不再保留在途标记。
         if (wasGuard) clearNudgeInFlight(s, null);
 
@@ -908,8 +1255,8 @@ export function apply(ctx, config) {
           log('previous turn was already a guard turn and still empty -> stop chaining');
           return;
         }
-        if (s.guardSentForTurn === turn) {
-          log('already nudged for turn ' + turn + ' -> no nudge');
+        if (s.nudgeHandledTurn === turn) {
+          log('turn ' + turn + ' already handled (scheduled or throttled) -> no nudge');
           return;
         }
         if (cfg.maxNudgesPerHour === 0) {
@@ -921,8 +1268,13 @@ export function apply(ctx, config) {
           log('hourly nudge budget exhausted (' + s.nudgeTimes.length + ') -> no nudge');
           return;
         }
-        s.guardSentForTurn = turn;
-        scheduleNudge(session, s, turn, 'empty completed turn');
+        // 先排、再记账：scheduleNudge 可能早退（已有在途补写 / 队列里已有 / 干跑），
+        // 只有它真的接了活才把这个回合标记成已处理，否则本回合的补写机会会被白吞（P3-1）。
+        const outcome = scheduleNudge(session, s, turn, 'empty completed turn');
+        if (outcome === 'scheduled' || outcome === 'dry-run') {
+          s.nudgeHandledTurn = turn;
+        }
+        log('nudge outcome turn=' + turn + ': ' + outcome + ' [' + tag(session) + ']');
       } catch (err) {
         log('session/event handler error: ' + errText(err));
       }
@@ -942,8 +1294,40 @@ export function apply(ctx, config) {
     });
   } catch { /* effect 不可用时忽略 */ }
 
-  log('guard armed (instruction=' + (cfg.injectInstruction ? 'registered' : 'disabled')
-    + ', uptime=' + (Date.now() - startedAt) + 'ms)');
+  // ---- A) 段落注册 + arm ----
+  // 注册放在最后：热重载时旧段落可能还没 dispose，注册会抛；这里重试几次，
+  // 只有注册成功才 arm —— 「段落没进 prompt 就不补写」的 fail-closed 语义不变，
+  // 但不再因为一次瞬时冲突让整个插件永久停摆。
+  const armGuard = () => {
+    armed = true;
+    log('guard armed (instruction=' + (cfg.injectInstruction ? 'registered' : 'disabled')
+      + ', uptime=' + (Date.now() - startedAt) + 'ms)');
+  };
+  const tryArm = (attempt) => {
+    if (!cfg.injectInstruction) {
+      armGuard();
+      return;
+    }
+    try {
+      registerPromptSection();
+      armGuard();
+    } catch (err) {
+      log('prompt section registration FAILED (attempt ' + (attempt + 1) + '/'
+        + (SECTION_RETRY_MAX + 1) + '): ' + errText(err));
+      if (attempt < SECTION_RETRY_MAX) {
+        const retry = setTimeout(() => {
+          timers.delete(retry);
+          tryArm(attempt + 1);
+        }, SECTION_RETRY_DELAY_MS);
+        if (retry && typeof retry.unref === 'function') retry.unref();
+        timers.add(retry);
+        return;
+      }
+      log('guard NOT armed (fail-closed: prompt section registration failed after '
+        + (SECTION_RETRY_MAX + 1) + ' attempts)');
+    }
+  };
+  tryArm(0);
 }
 
 export default { name, inject, apply };

package/package.json

@@ -1,6 +1,6 @@
 {
   "name": "dsh-turn-recovery",
-  "version": "0.2.1",
+  "version": "0.2.3",
   "description": "DSH plugin: detect assistant turns that end with no visible text (zero-width placeholder) and re-prompt the model to write the answer; also injects a visible-closing-answer system prompt rule.",
   "license": "MIT",
   "author": "HERO476",