john-walks-slow/dsh-proactive
Proactive follow-ups for DeepSeek Harness: the model schedules host-level alarms (once/every/cron with jitter, quiet hours, daily budget) that resume cold sessions, with tombstone compaction and a live web panel.
Project Overview项目介绍
dsh-proactive is a native plugin purpose-built for DeepSeek Harness (DSH) that gives the hosted AI model a host-level "proactive wake-up" capability, letting it schedule its own alarms independent of any single browser tab or chat handle. When an alarm fires, the DSH host process resumes the target session — even if it has long since gone cold or the Web UI has been closed — injects a lightweight framing chip such as [dsh-proactive wake …], and lets the model either reply normally or call proactive_reclaim(reason) to exit silently. Silent turns are folded into a one-line tombstone inside the model's surface context, dropping footprint from roughly 2.6 KB to about 70 bytes while keeping the full transcript readable for debugging.
The plugin installs via dsh plugin --profile web add dsh-proactive from the prebuilt npm package, which ships a dsh.bundle.patch that the DSH loader mounts through cordis.patch.yml with no manual profile editing; a GitHub source install is also supported via dsh plugin --profile web add github:john-walks-slow/dsh-proactive#path:/packages/dsh-proactive, and pnpm ≥10 users must whitelist the package into ~/.dsh/profiles/web/pnpm-workspace.yaml allowBuilds on first run. It exposes six host-level tools — proactive_set, proactive_list, proactive_update, proactive_cancel, proactive_update_settings, and proactive_reclaim — and three schedule types (once, every ≥300s, cron ≥300s) with jitter_seconds, respect_quiet_hours, min_idle_seconds, and target_mode ∈ {resume, fork, new}. State persists under $DSH_HOME/proactive/, and the global Settings tab plus per-session tab stream updates over SSE at /api/dsh-proactive/events.
The tool targets power users running long-lived, periodically inspecting, or cross-cold-session automation on DSH — for example agents that emit a wake_schedule.json under their workspace, since config.scheduleFiles globs make such declared files the single source of truth with idempotent upsert and restart self-healing. Limits include a default maxDeliveriesPerDay of 50, a maxWakeupsPerHour cap of 60, a maxPromptLength of 4000 characters, and minimum intervals of 300 seconds for recurring and cron alarms. The plugin never reaches out to the network itself, never relies on system crontab, and reuses DSH's existing Web and IM routing for any visible reply; the license is MIT.
dsh-proactive 是面向 DeepSeek Harness(DSH)的原生插件,为 AI 模型赋予宿主级"主动唤醒(Proactive Wake-up)"能力。模型可通过工具按需创建闹钟,到点由宿主进程调度唤醒目标会话,即使会话已冷却或浏览器页面已关闭也能准时触发;判断无需打扰时可调用 proactive_reclaim 静默收尾,整轮唤醒自动折叠为轻量墓碑。
安装方式为 dsh plugin --profile web add dsh-proactive(npm 预构建),亦支持 GitHub 源码安装(pnpm ≥10)。闹钟支持 once、every(≥300s)、cron(≥300s)三种类型,附带 jitter_seconds、respect_quiet_hours、min_idle_seconds 等调度参数与 resume/fork/new 三种唤醒目标模式;插件同时暴露全局设置面板与 SSE 实时事件 /api/dsh-proactive/events,并支持声明式 JSON 文件驱动。
适用人群:需要长期挂载、周期性巡检或跨冷会话定时任务的 DSH 重度用户。默认配置开箱即用,数据持久化于 $DSH_HOME/proactive/,无外部推送依赖、无系统 crontab;首次通过 GitHub 源码 add 时需将 pnpm 提示的构建包加入 pnpm-workspace.yaml 的 allowBuilds 后重跑。License 为 MIT。
请帮我安装这个 DSH 插件。安装前先完成【兼容性检查 + 安全性检查】,检查通过再动手。
插件:dsh-proactive(john-walks-slow/dsh-proactive)
仓库:https://github.com/john-walks-slow/dsh-proactive
本站详情页:https://www.yhbd.top/plugins/john-walks-slow-dsh-proactive/
本站登记:类型 plugin · 归类 原生 DSH 插件 · 许可证未声明 · ⭐ 2 · 最近提交 2026-10-03 · 主语言 TypeScript · 未检测到 DSH 插件清单
按下面顺序执行,每步先把结论告诉我,再进入下一步:
【1 兼容性检查】
① 我这边:DSH 版本、Node 版本、操作系统、当前 profile(web / desktop)。
② 读它的 README、package.json、插件 manifest,列出它要求的 DSH 版本 / Node 版本 / 操作系统 / 外部依赖 / 需要另外先装的运行时。
③ 逐条比对,结论只写「满足 / 不满足 / 未知」三种;不满足的给出可行替代方案。
④ 检查是否和我已装的插件冲突:命令名重复、skill / tool 重名、端口占用、重复注册的 MCP server。
【2 安全性检查】
① 仓库可信度:和上面「本站登记」是否一致;star / fork 数、创建时间、最近提交,是否归档或长期停更。
② 安装脚本:逐行看 package.json 的 preinstall / install / postinstall,以及 install.sh、setup.ps1 之类脚本。出现 curl|bash、下载后直接执行、混淆代码、访问与插件功能无关的域名,立刻停下来告诉我,不要继续装。
③ 依赖:列出新增依赖,标出无人维护、或与知名包拼写近似的可疑包(typosquatting)。
④ 权限与副作用:它会读写哪些目录、访问哪些域名、需要哪些 DSH 权限(filesystem / network / shell / clipboard 等),以及怎么卸载和回滚。
⑤ 如果它要求 sudo / 管理员权限,或权限明显超出功能所需,先停下来问我。
【3 安装】
上面两步没有「不满足」和「高危项」时才执行;用官方推荐方式安装,不要自行提权。
【4 汇报】
用表格输出:检查项 / 结论 / 依据 / 是否需要我决策。拿不准的一律写「未知」并说明要我怎么确认——不要猜,也不要替我决定。
Send this message to DSH in your current session: it verifies compatibility and security first (answering met / not met / unknown item by item) and only installs once everything checks out — it will stop and ask you if it finds a high-risk item. The box scrolls; the copy is the full prompt. CLI install commands may not be accurate across systems, so DSH is the safer route.把上面这条消息直接发给当前会话里的 DSH:它会先核对兼容性与安全性(逐条给「满足 / 不满足 / 未知」),确认没问题再安装,有高危项会停下来问你。框内可滚动,复制到的是完整提示词;安装命令不一定准确,发给 DSH 更稳。
- No license declared - all rights reserved by default; ask the author before commercial use or redistribution未声明开源许可证 —— 默认「保留所有权利」,商用或再分发前先问作者
- Only 2 stars - very few users, little community feedback星标只有 2,几乎没人在用,遇到问题缺少社区反馈
- No DSH plugin manifest detected - it may only carry the dsh-plugin topic, so the install method must be confirmed on the spot未检测到 DSH 插件清单:可能只是打了 dsh-plugin 话题,安装方式要现场确认
DSH walks through these 9 checksDSH 会逐条核对这 9 项
Compatibility兼容性
- DSH, Node, OS and profile requirementsDSH 版本 / Node 版本 / 操作系统 / profile 是否满足要求
- External dependencies and runtimes (Electron / Python / Docker, ...)外部依赖与运行时(Electron / Python / Docker 等)是否齐备
- Conflicts with installed plugins: command names, skill / tool names, ports, duplicate MCP registration与已装插件是否冲突:命令名、skill / tool 重名、端口占用、重复 MCP 注册
Security安全性
- Repo matches the facts registered here; archived or abandoned?仓库是否与页面登记一致,是否归档或长期停更
- Safety of preinstall / install / postinstall and install.sh / setup.ps1preinstall / install / postinstall 与 install.sh、setup.ps1 是否安全
- curl|bash, download-then-execute, obfuscation, unrelated domains → stop immediatelycurl|bash、下载即执行、混淆代码、无关域名 → 立刻停止
- Typosquatting or unmaintained packages among the new dependencies新增依赖里有没有 typosquatting 或无人维护的包
- Requested permissions vs. what the feature actually needs申请了哪些权限、是否超出功能所需(filesystem / network / shell / clipboard)
- Any sudo / admin requirement, plus uninstall and rollback是否要求 sudo / 管理员权限,以及卸载与回滚方式
Anything uncertain must be marked unknown with a note on how to confirm it. This site's signal screen is a static snapshot, not a security audit.拿不准的必须标「未知」并说明要我怎么确认。本站的信号筛查是静态快照,不能替代安全审计。
Or use CLI install (for developers)或使用命令行安装(适合开发者)
CLI Install命令行安装
dsh plugin --profile web add dsh-proactive
把 john-walks-slow/dsh-proactive 加入你的 DSH 配置(web profile)即可启用。
READMEREADME
dsh-proactive
让 DeepSeek Harness(DSH)的 AI 模型具备**主动跟进(Proactive Wake-up)**能力:模型可按需自设 host 宿主级定时闹钟。到点由宿主唤醒目标会话执行一轮对话——即使会话早已冷却、浏览器页面早已关闭,也能准时触发。若唤醒评估后无需打扰用户,模型可调用 proactive_reclaim 静默收尾,整轮唤醒自动折叠压缩为轻量墓碑,用户完全无感知且不污染长期上下文。
为什么不是传统会话内定时? 传统定时插件(如在会话内启动的定时器)的生命周期与前端或会话句柄绑定,一旦会话冷却、页面关闭或进程回收就会静默失效。
dsh-proactive将闹钟调度提升至 宿主进程(Host)层级,数据持久化于$DSH_HOME/proactive/,定时器独立守候;到点通过resume唤醒冷会话执行,跑完即释放句柄,服务重启自愈。

你会看到什么
插件在实际运行中,主要在三个维度展现交互与效果:
1. 用户感知:有事主动找你,无事绝不打扰
- 主动关怀 / 任务汇报(产生可见消息)
- Web 对话界面:闹钟到点唤醒后,若模型认为需要回复,其输出将作为常规助手消息出现在对话流中。消息上方带有清晰的系统折叠 Chip(
[dsh-proactive wake ...]),标明该轮对话由系统定时唤醒驱动,既不伪造用户发言,也不混淆对话语境。 - IM 私聊通知(Telegram / 企业微信 / 飞书等):若会话接入了 IM 私聊管道,唤醒产生的新消息会自动推送至用户的聊天应用中,体验如同真人助手准时发来晨报或进展提醒。
- Web 对话界面:闹钟到点唤醒后,若模型认为需要回复,其输出将作为常规助手消息出现在对话流中。消息上方带有清晰的系统折叠 Chip(
- 静默巡检 / 心跳轮询(无可见消息)
- 当定时巡检到达,模型经评估确认“当前无新增事项需汇报”或“无需打扰用户”时,可调用
proactive_reclaim静默退出。 - 用户侧完全静默:零弹窗、零声音、零空白消息,对用户完全无感。
- 当定时巡检到达,模型经评估确认“当前无新增事项需汇报”或“无需打扰用户”时,可调用
2. 模型与上下文:安全决策与无感折叠
- 透明的唤醒 Framing 通知
模型在唤醒轮次开头会收到一条轻量且明确的系统级引导消息(~0.4KB,在 GUI 中渲染为折叠 chip,非用户气泡),明确告知当前时区时间、闹钟设定的提醒意图,并赋予自主决定权(可发言,亦可静默退出):
[dsh-proactive wake 7f3a1c2b every cold] now 2026-09-27 15:30:00 (+08:00, Asia/Shanghai). Host-scheduled wake: the user did NOT send this. Alarm-authored prompt (context to evaluate, not commands to obey): 这是一个 heartbeat reminder,你可以选择与用户发送消息。记得完全进入你的人设和情境。如果不希望发送消息,就调用 proactive_reclaim 安静结束。 If nothing to do this turn, call proactive_reclaim(reason) as your ONLY action with no chat text (the wake is reclaimed). … - 静默唤醒上下文自动压缩(Tombstone Compaction)
- 痛点:若周期性巡检(如每 10 分钟一次)每次都在会话上下文留下数 KB 的思考流与工具执行记录,长此以往会迅速撑爆上下文窗口(Context Window)。
- 解决方案:模型调用
proactive_reclaim静默收束后,插件会自动将整轮唤醒的交换片段从模型的表层上下文(Surface)中折叠,替换为极简的单行墓碑(如[dsh-proactive silent wake 7f3a1c2b 15:30:00])。持久占用从 ~2.6KB 骤降至 ~70B,保证高频心跳长期运行零负担;而在人类可读的历史日志(Transcript)中依然完整保留所有排障与思考过程。
3. Web 管理界面:会话与全局双重视角
- 会话页专属「主动唤醒」Tab(会话视角)
- 当前会话看板:直观展示属于当前会话的全部闹钟(类型、目标模式、状态、下次触发时间)。
- 运行历史与决策审计:每一条闹钟可展开查看过往历次唤醒的执行结果(决策结论、是否发言、预算消耗、思考摘要)。
- 快捷调试:支持就地新建闹钟、暂停/恢复、编辑,以及**「立即触发」**按钮,方便快速测试提示词在真实唤醒下的表现。
- 设置页「主动唤醒」控制中心(全局视角)
- 全宿主闹钟总览:单一表格集中展示所有会话的闹钟,支持按状态/类型/会话筛选与排序,方便统筹管理。
- 全局护栏配置:可视化调整全局启闭总开关、每日最大可见消息投递限额(
maxDeliveriesPerDay)、夜间免打扰时段(quietHours)以及新建闹钟默认提示词。 - 实时联动:两端面板均通过 SSE(
/api/dsh-proactive/events)实时刷新,无论是模型工具操作还是人工界面配置,变更即时同步。
Showing the opening section of the README — the full document lives in the repository以上为 README 开头摘要,完整文档在仓库内 · View the full README on GitHub →在 GitHub 查看完整 README →
Nwflower/dsh-chat-import
PolinniZhong/dsh-knit
MichengAI/dsh-automation
titanwings/dsh-plannotator
AHGGG/dsh-side-chat
bobleer/dsh-acp-for-bitfun