哨兵值守 fuhefei/dsh-sentinel

dsh-sentinel

条件驱动的唤醒，给 DeepSeek Harness 用：agent 注册一条 watch 就可以去睡觉——甚至直接关掉会话——条件成立时由 sentinel 把它叫醒。每一次订阅、每一次触发都是用户可见的会话事件，浏览器 dock 上随时能看到谁在值守。

Sentinel dock 面板（展开）

工作原理

Node 侧持有一个与 server 同生命周期的运行时：把插件自己的 sidecar 日志（$DSH_HOME/sentinel.jsonl）折叠成活跃订阅，按共享的 5 秒心跳探测探测类传感器，同时监听宿主所有已发布会话的持久 turn/end 事件供 session 传感器使用，命中后走官方 followup 通道投递唤醒——必要时先复活休眠会话的 agent。所以订阅能扛住进程重启；server 停机期间变真的条件，会在下一次探测时补触发（session 类 watch 在下次观察到回合结束时触发）。

值守是常驻进程的事：探测和触发投递只在有一个长期运行的 dsh 进程（通常是 dsh web）时进行。一次性 headless 运行也能加载插件、创建/列出/取消 watch，但进程退出后没人探测——等下一个常驻进程起来，这些 watch 自动恢复值守。

每个 $DSH_HOME 只有一个值守 owner：租约文件 sentinel.lease 让第一个进程拥有探测和投递权；同一 home 上的第二个 dsh 进程保持被动（工具可用，写入照常落到共享 sidecar），owner 死后一个租约 TTL 内接管。owner 每个心跳重读 sidecar，被动实例上创建的 watch 会被自动收编。投递语义是 at-least-once：崩溃前已记录但没送出的触发，重启后从 delivered 水位线重新入队。

浏览器侧是 composer 上方的 dock 卡片（conversation.input.dock 族），列出本会话的活跃 watch——传感器、目标、实时探测状态、触发预算、下次探测倒计时——展开还有最近的触发历史。它轮询只读的 state 路由；会话没有 watch 时不渲染任何东西。

两个界面暴露 server 全局的 watch 集合。侧边栏全局面板列表里多出一个哨兵条目（sidebar.panellist，id sentinel），点击即在中栏（main 同名 key）打开 watch 表——只要有活跃 watch，图标上就带一个状态点。dashboard 是跨所有会话的全量 watch 表：会话（active/dormant）、传感器、目标、pattern、触发预算、最近探测状态、下次探测。

全局 dashboard

传感器

| kind | 引擎 | 触发条件 |
| file | 路径快照 + inotify 推送 | 快照变化（亚秒级）；fs 事件加速 |
| command | 只读 shell 单行输出，按间隔探测 | 输出/退出码变化 |
| http | 按间隔探测 URL | 状态/响应体变化 |
| process | pgrep -f 模式，按间隔探测 | 匹配集变化 |
| port | 对 [host:]port 做 TCP 连接，按间隔探测 | 可达性变化（open/closed/timeout） |
| webhook | 纯推送 | 对返回的 hook URL 发任何 POST |
| session | 宿主会话事件流（不探测） | 另一个会话的 turn/end；可选 pattern 过滤回合结束原因 |

带 pattern 时，探测类传感器在该正则的"不匹配→匹配"边沿触发，webhook 只接受匹配的载荷，session watch 只在回合结束原因匹配该正则时触发（原因取值：completed、max-tokens、aborted、blocked、error、interrupted、forked）；不带时，探测类传感器对基线之后的任何变化触发，webhook 对任何 POST 触发，session watch 对任何回合结束触发。

session watch 让串行会话链无需在提示词里互相戳：{ "kind": "session", "target": "<另一个会话 id>", "note": "第一步跑完了，轮到你了", "maxFires": 1 } 会在目标会话结束回合时唤醒当前会话；加 pattern: "^completed$" 则只认干净完成（崩溃或中止的会话永远不会满足，链条自然停住）。事件源是宿主持久的 turn/end，没有探测基线，也不走心跳。若某个回合结束时没有任何常驻 dsh 进程在观察事件，该次结束不会被事后补发——需要扛住整段停机时间的链条应改用可探测的闸门。

配置

所有部署相关的旋钮都在插件的 config schema 里（括号内为默认值），在 profile 的 cordis.patch.yml 里对 bundle 行覆盖：

- id: dsh-sentinel
name: dsh-sentinel
config:
locale: en # 服务端消息：en（默认）或 zh；界面跟随宿主 heartbeatMs: 5000 # 探测轮间隔 probeConcurrency: 8 # 每轮并发探测数 maxSubscriptionsPerSession: 16 maxPendingWakeups: 8 # 每会话排队唤醒上限，超出丢最旧的 defaultIntervalSeconds: 30 # watch 未指定间隔时的默认值（5–86400） defaultCooldownSeconds: 60 dutyLeaseTtlMs: 30000 # owner 死后被动实例的接管窗口 notifyWebhookUrl: '' # 可选：每次触发以 JSON POST 到这里

非法值会让插件加载时以 schema 错误失败，而不是运行时乱来。

notifyWebhookUrl 把每次触发以 JSON POST（{plugin, event, sessionId, id, kind, target, note, fireNumber, maxFires, summary, after}）送出 harness——指向飞书/企微/Slack 机器人或任意接收端都行。这条投递是 at-most-once：POST 失败只在日志里 warn，绝不阻塞 harness 内的唤醒。

本地化

- dock、全局面板及可选的 better-sidebar 标签页跟随 DSH 的语言设置，打开时切换语言也会更新，不再用浏览器语言覆盖宿主偏好。支持英文和中文，其他宿主语言沿注册的回退链查找这两种字典，最终回退到英文。
- 可选的 better-sidebar 底部工作台标签可能保留打开时保存的标题。内容会实时更新，但切换语言后，该标签栏标题可能需要关闭并重新打开标签才会更新；Sentinel 不修改第三方标签状态。
- dashboard 链接通过 ?lang=en 或 ?lang=zh 传递界面语言。直接访问时按 Accept-Language 的权重（q）和请求顺序协商支持的语言，明确排除优先于通配符。未提供偏好则使用服务端 locale，没有可接受的偏好时回退到英文。初始 HTML 和后续刷新使用同一语言，包括页面标题、两张表的表头、状态标签、时间和触发摘要。
- 工具及后台唤醒没有浏览器语言上下文。其回执、指令和通知摘要使用插件配置 locale（默认 en，设置 zh 可保留中文服务端消息）。工具 schema、协议字段及开发诊断仍使用英文。
- 触发事件保留兼容旧消费者的可读 summary，并新增可选的语言无关字段 trigger 和 state，界面按查看者语言格式化。已知的旧版中英文摘要也按所选语言展示，不重写 sidecar 日志；未知或无法明确解析的摘要原样保留。
- 便签、目标、正则、匹配文本、webhook 载荷及前后快照保持原文。快照字节和占位符绝不翻译，因此本地化不会产生虚假变化或改变正则匹配。

例如，英文界面会显示 Snapshot changed (state: exit 0)，而不是 快照发生变化（状态: exit 0），不受服务端消息语言影响。

独立页面使用 Mustache.js 4.2.0，按文档、页面、表格局部模板组织：

templates/layouts/document.html 文档元信息与资源链接 templates/dashboard.html 页面结构与表头 templates/dashboard/watches.html 监控行与空状态 templates/dashboard/fires.html 触发记录行与空状态

这是 Mustache 标准 partial 组合，不自建模板继承扩展。简单标签、badge 和正则标记直接保留在所属模板，不再拆成单标签文件。服务端渲染完整初始表格，浏览器复用同一套有实际职责的行模板和类型化展示模型。所有值均使用默认 HTML 转义，不使用原始 HTML 插槽、调用方模板或模板函数。缺失键输出空字符串，必需展示字段由模型与模板契约测试覆盖。

样式位于独立 CSS 源文件，构建时复制为发布的 CSS 资源，由文档布局通过 link 加载。独立浏览器脚本 使用 defer。布局链接包内现有 SVG 图标，避免浏览器请求不存在的默认 favicon。不使用内联样式、可执行内联脚本、运行时代码生成、函数序列化或 DSH 浏览器启动上下文。Mustache 打包进 node 和浏览器入口；嵌套模板、CSS、JavaScript 和第三方许可证声明 随 npm 包发布。初始 HTML 和样式不依赖 JavaScript。

工具

- sentinel_watch — 注册 watch：kind（file、command、http、process、port、session 或 webhook）、target、可选 pattern、interval（5–86400 秒，默认 30；session 与 webhook 忽略）、note（随每次唤醒原样送达）、maxFires（默认 1：一次性）、cooldown（默认 60 秒）、可选 ttl。session 的 target 是要观察 turn/end 的会话 id。
- sentinel_list — 列出活跃 watch 及其实时探测状态。
- sentinel_cancel — 按 id 取消一条 watch。

路由

- GET /plugins/dsh-sentinel/state?sessionId=… — dock 和侧边栏面板用的只读状态（省略 sessionId 返回所有会话）。
- GET /plugins/dsh-sentinel/dashboard — server 全局 watch 表。
- GET /plugins/dsh-sentinel/dashboard.js — 独立浏览器脚本。
- GET /plugins/dsh-sentinel/dashboard.css — 独立样式表。
- GET /plugins/dsh-sentinel/icon.svg — 用作页面 favicon 的现有包图标。
- 这三个固定资源支持无响应体的 HEAD，其他方法返回 405，并分别使用正确 MIME 类型、nosniff 和需重新验证的缓存策略。
- POST /plugins/dsh-sentinel/hook?id=watch-N&s=<sessionId> — webhook 入口；把一条 curl 塞进 CI 任务、git hook 或另一台机器的脚本，就能叫醒 agent。watch id 按会话隔离，s 限定符保证两个会话的 watch-1 hook 不打架（工具直接发完整 URL）。不带 s 的 URL 仍可用，解析到第一条匹配的 webhook watch。
- POST /plugins/dsh-sentinel/cancel?sessionId=…&id=watch-N — 手动取消。dashboard 表和每个 UI 行都带 ✕，任何 watch 都能手动停掉——包括会话和 agent 早就不在了的孤儿 watch。活跃会话离开 store 时会发 session/disposed，但 sentinel 不把它当作取消信号（目标会话被 dispose 的 session watch 仍保持 armed，直到手动取消），所以手动取消仍然是最后的兜底开关。
- 所有路由都带浏览器信任围栏：浏览器标记的跨站请求（恶意页面可以往 localhost form-POST）和 DNS rebinding 尝试（Host/Origin 指向 DNS 主机名）一律 403。curl、CI 任务这类无头客户端不受影响。state 路由还返回每个会话的 duty（租约心跳年龄）和 droppedWakeups（被 maxPendingWakeups 上限丢掉的排队唤醒）。

首次探测语义：不带 pattern 的探测类 watch 把第一次观测吸收为基线（不触发）；带 pattern 的探测类 watch 如果目标已经匹配，第一次探测就触发——条件本来就成立。session watch 没有探测基线：第一条匹配的 turn/end 就触发。

兼容性

在以下宿主版本上实测通过（插件加载、duty 租约持有、web 路由应答均正常）。session 传感器要求宿主提供根级 session/event 事件流，受支持的 0.2.x 线均具备；在支持范围之外的宿主上，watch 会被接受但永远不会触发。sidecar 回滚提示：含 session watch 行（新 kind，或 fired 行上的 trigger.kind: "session"）的 sentinel.jsonl 会被 0.13.2 及更旧的 reader 拒绝——降级前先取消这些 watch。

- 0.2.1-rc.4 —— 2026-11-02，线上 web 部署由 0.2.1-rc.2 升级、并同时部署 v0.14.0 插件（launcher 备份 + profile 净装 + 自动核验/回滚保留；升级前先在线上 profile 副本上彩排）：launcher 0.2.1-rc.4、sentinel 0.14.0、web-shell 0.2.0；boot 图 72 条、两个客户端 bundle 正常下发、duty 租约与 state 路由应答、零跳过 bundle / 零 activation warning、profile 无宿主 @deepseek-ai 依赖。profile patch 已配置 locale: zh（服务端中文消息）。部署自带的 check-sentinel-deploy.sh 返回 RESULT: PASS。
- 0.2.1-rc.2 —— 2026-10-19，线上 web 部署由 0.2.0-rc.2 升级后实测（profile 净装、launcher 备份与回滚路径保留）：插件激活、持有 duty 租约、下发客户端半侧并应答 state 路由（boot 图 71 条、零跳过 bundle、终端插件仍在）。源码无需改动——对真实 0.2.1-rc.2 包运行 tsc -b --noEmit 通过、全部 76 个测试通过、重建的 lib/ 逐字节不变——因此 0.13.2 是对齐版本：devDependencies 钉到 0.2.1-rc.2、声明 engines.dsh 为 >=0.2.0-0 <0.3.0，并补上 0.2 世代的展示元数据（locale/*.json + 图标），供插件管理器在不激活插件时读取。自 0.2.1-alpha.4 起，安装期版本闸门在声明了 engines.dsh 时只按它判断（已核对的宿主 evaluatePluginCompatibility 源码），因此 0.2 线的准入由这个字段承担；peer 范围仍作为老宿主的回退判断。
- 0.2.1-alpha.1 —— 2026-10-07，对线上 profile 副本的彩排：插件激活、持有 duty 租约、下发客户端半侧并应答 state 路由（boot 图 68 条）。能到这一步需要放宽 peer 范围（见下方 0.2.0-rc.2）；并直接调用宿主的 evaluatePluginCompatibility 核对了版本闸门：当前范围放行 0.2.0-rc.2 与 0.2.1-alpha.1，仍拒绝 0.2.0-rc.1 及更旧。
- 0.2.0-rc.2 —— 2026-09-30，运行时和客户端构建依赖对齐到此版本，并重新生成 npm、pnpm 锁文件。休眠会话唤醒时从会话投影恢复原 preset，并完整传递默认模型选择，包括思考强度。值守租约固定在运行时创建时的目录；清理等待启动和探测轮次结束后再释放租约。2026-10-07 补充：三个 harness peer 由"精确单一版本"放宽为 >=0.2.0-rc.2 <0.3.0，一份构建即可服务整条 0.2 线，而不是只能服务某一个发行版——精确钉版会让插件在紧邻的下一个 0.2.x 上直接装不上，0.1.7 升 0.2.0 时就是这么坏的。
- 0.1.7-rc.2 —— 2026-09-29，对线上 profile 的副本做整轮净装升级彩排：0.1.7 删除了共享的兜底 plugin 消息来源 kind（改为每个生产者声明自己的），因此唤醒携带 { kind: 'sentinel' }——在会话流里落位同为 context，两条版本线上都渲染为 "Sentinel"。harness 依赖范围也重新钉到 0.1.7 线：严格 semver 下 >=0.1.5-rc.2 <0.2.0 不包含 0.1.7-rc.2（预发布规则），若不改，0.1.7 宿主会把本插件的 harness import 解析到 0.1.5 的副本——正是 0.1.5 对齐时消除掉的那类漂移。实测：pnpm typecheck 与全部 63 个测试通过，插件激活并持有 duty 租约，web 路由应答正常，下发的客户端 bundle 含 sidebar.panellist（boot 图 65 条）
- 0.1.5-rc.2 —— 2026-09-15，对齐 0.1.5 后的正式 web 部署实测：插件整条运行时 import 闭包都解析到部署线（harness 依赖改为显式 dependencies，profile 里更旧的 hoisted 副本再也遮不住它们），客户端半侧去掉 shim 后按真实 0.1.5 类型构建，pnpm typecheck 与全部 63 个测试通过，线上文件 watch 在改动后 1s 内经 inotify 触发，唤醒作为 plugin 来源的会话消息投递进会话；重启后部署下发的是新的客户端半侧（bundle rev 变更、含 sidebar.panellist、boot 图 54 条）
- 0.1.5-alpha.2 —— 2026-09-09，临时 web profile 实测：Node 插件加载、duty 租约、state/dashboard 路由和浏览器插件 bundle 均正常，浏览器控制台无报错；conversation.input.dock 仍是有效的会话级 list slot，插件 sidecar 不受 Session V3 迁移影响
- 0.1.1-rc.2 —— 2026-08-26，源码构建冒烟：git 装入 web profile，duty 租约持有，state 与 dashboard 路由应答正常
- 0.1.0-rc.8 —— 2026-08-20，scratch profile 冒烟
- 0.1.0-rc.7 —— 2026-08-20，正式 web 部署

这里的兼容指 cordis loader 条目、ctx.agents 跟进通道、所声明的 slot 座位和 web 路由持续可用；若某版本破坏了其中任一环节，请提 issue。插件的 harness 依赖（@deepseek-ai/dsh-tools、@deepseek-ai/dsh-llm、@deepseek-ai/dsh-scope）同时是 peerDependencies 与 devDependencies：运行时单实例由宿主提供（第二份核心包持有不同的 TOOL_RUNTIME_SCHEDULER Symbol，真实工具调用会坏），精确的 dev 钉版则让本地 typecheck/build 停在已验证线上。@deepseek-ai/cordis 与 react 仍是 peer，支持范围由 engines.dsh 声明。

安装

走官方 bundle 通道一行装完：

dsh plugin --profile web add dsh-sentinel

或者直接从 git 装（构建产物直接提交在仓库里，git 源安装不需要跑构建）：

dsh plugin --profile web add "github:fuhefei/dsh-sentinel#v0.14.0"

示例里的 tag 会随最新 release 更新；更旧的 tag 钉的是更旧的宿主线，抄进别的 dsh 版本前请先看 Releases（或干脆去掉 tag 跟 main）。

或者手动加 node 半边：在你现有 base 上叠一层 patch-list 配置：

cordis.patch.yml
- insert:
- id: dsh-sentinel
name: dsh-sentinel

浏览器半边在同一个包里（./client），由 Web UI 的插件加载器注入。

侧边栏界面（0.1.5 及以后）

dock、侧边栏条目和 dashboard 在原版 host 上都能用：条目注册进官方 sidebar.panellist 座位，面板注册进布局的 main slot，无需给宿主打任何补丁。

在 0.1.2 及更早版本里，全局视图改而长在每条被监视会话行下方，需要官方树从未声明过的会话行扩展洞；该路径已退役，patches/session-row-holes.patch 只为那些旧树保留。0.1.5 起旧洞已不存在，面向它的插件必须改用上面的面板座位。

better-sidebar 集成（可选）

同一 profile 里装有 dsh-better-sidebar 时，sentinel 通过它公开的 ctx.betterSidebar.registerTab 扩展面，把全局 watch 表注册成一个侧边栏 tab（dsh-sentinel:watches，在 + 菜单里）：server 上每条 watch 的实时探测状态、触发预算和最近触发历史，由一个共享轮询器供数。无需配置；没装 better-sidebar 时注册静默跳过，dock / 面板 / dashboard 照常工作。

better-sidebar 工作台里的 sentinel tab

组合使用

和 dsh-notification 一起装，整个唤醒回路就能到达桌面：sentinel 叫醒 agent，agent 干完这一轮，回合结束触发桌面通知——零集成代码，两个插件自己组合出来。

开发

npm install
npm run build # tsc -b + tsdown（服务端、宿主客户端和独立 dashboard 资源）
npm test # vitest：领域、传感器、React 生命周期、模板/浏览器、发布包资源、e2e

许可证

BSD-3-Clause，见 LICENSE。