前言¶

在 DSH 里做智能体，常见做法是「打开会话 → 问一句 → 关掉窗口」。任务要跨天、跨重启继续盯，往往得靠外部 cron、自建 bot，或把提醒塞进别的 IM。会话一关，上下文和「谁授权它能动」也容易断档。

下面介绍社区插件 dsh-den（维护者 dingchenhui0618-arch，目录分类为「记忆」）。它把自己定位成 Harness 内的常驻助手：有心跳、有面板、有与重启相关的自检与唤醒逻辑，并在 README 中强调「读一切、起草一切、不写」——对外部环境的写操作仍受宿主审批与权限边界约束。

这是什么¶

dsh-den 是面向 DeepSeek Harness 的插件（当前包版本 0.1.0，许可证 MIT）。一句话概括其自述能力：7×24 常驻、与人消息绑定的「站立自治」（standing autonomy）、重启后仍可自唤醒、带过期规则的通知（不重要则保持沉默），以及对各会话、本机与工作渠道的只读触达。

README 写明：核心已在真实 profile 中实现、测试并运行；在 DSH 0.2.0-rc.2 桌面 profile 中加载时，宿主报告 fiberPhase: active，注册 16 个面向模型的工具、审批守卫、心跳，以及交互式状态面板。面板出现在 sidebar.panellist（id: dsh-den.status）与 main 面板（key: dsh-den.status）；心跳周期为 60 秒。

社区目录 Plugin 广场条目 与 GitHub 仓库相互独立索引；广场不是 DeepSeek / 幻方官方应用商店，安装与升级以你使用的 DSH 与目录页说明为准。

核心功能¶

常驻、心跳与状态面板¶

插件在宿主内长期驻留，按 60 秒节拍执行心跳。状态面板默认以紧凑形态展示自治状态、控件，以及可展开的「新建」自检入口；README 记录过一次 UI 调整：dock 在未展开前不应常驻整页表单，更推荐在对话里用自然语言添加自检（见下文用法）。

与人绑定的站立自治¶

自主行动不是「点一下就永久放开」。den_set_autonomy 等路径会把授权绑定到具体人类消息（boundToMessage），而不是脱离会话的隐式开关。README 中的 live 验证写明：在 danger-full-access（隐含 approval: never）profile 下，den 自有工具需被正确归类为插件工具，否则审批门会把非只读能力挡在门外。

宿主侧审计与 live probe 用于确认：不能从 live 主机直接拿到站立自治，审批门是获得权限的唯一路径。

自检、调度与自唤醒¶

可为会话创建自检（self-check）/ 调度：面板侧 schedules/create 需要真实 conversation；因此表单曾放在 dock，现改为默认折叠，能力仍依赖会话上下文。

README 记录了一次完整 drill：授权后创建 300 秒下限的自检，到期后下一次心跳消耗触发并发言（ledger 中 turns、spoken、notices 同步变化，宿主记录 wake-spoke 事件）。触发器、授权与账本落在磁盘上；test/cold-start.test.mjs 覆盖重启后唤醒，但 README 也诚实标注：「重启后再唤醒」的 live 联调仍依赖人工配合 npm run drill:before / drill:after 测量。

通知与沉默策略¶

插件强调 expiry-aware notices：有过期语义的通知，在不值得打扰时保持沉默。live 探针中包含对通知规则、场景隔离等的检查（verify:live 链路上的多项 probe）。

只读触达与「不写」¶

简介与 package 描述一致：对个人各会话、本机与工作渠道具备只读reach——用于读上下文、起草回复或摘要，而不是替你在信任边界外直接写入。具体能调哪些宿主能力，以插件注册的 den_* 工具及你 profile 的权限预设为准。

新鲜度与 live 验证¶

为避免「代码已更新但仍在跑旧实例」却误报通过，插件提供 status.freshness（按请求计算源码最新修改与启动时间），且 live 脚本经 tools/require-fresh-host.mjs 守卫。维护者在仓库中提供 npm test、npm run verify:live 等脚本，用于离线测试与对已运行宿主的探测。

安装与启用¶

1、在 SkillHub 插件页 打开 dingchenhui0618-arch/dsh-den，使用「发送给 DeepSeek Harness 安装」：复制页面上的安装提示词，交给当前 DSH 会话；宿主会读取后端安装计划后执行安装（页面说明原文如此）。

提示词开头在目录页可见，形如：

请安装 DSH 插件 dingchenhui0618-arch/dsh-den。先读取..

完整内容以广场「复制安装提示词」为准，不要自行拼接未在文档出现的 dsh plugin add github:… 一类命令。

2、安装前阅读 GitHub 仓库 源码与 MIT 许可证，确认 cordis.patch.yml 与 dsh.profile.bundles 变更符合你的 profile 策略。README 记载其已在真实 bundle 中加载；你的环境版本需与 DSH 宿主兼容（文档实例为 0.2.0-rc.2）。

3、启用后可在侧栏 / 主区打开 dsh-den.status 面板，观察心跳、待处理通知与当日自发起轮次等状态（具体字段以运行中面板为准）。

典型用法¶

在对话里添加自检¶

README 给出的较轻量路径：在已有会话中直接说明意图，例如让助手「每 30 分钟检查 CI」。den 会据此添加自检，而不必常驻填写标题、提示词、间隔的表单。需要表单时，可在面板 dock 展开 New 再提交；仓库脚本 check:ui 要求未展开时 dock 零输入框、无提交按钮，展开后 payload 与原先一致。

授予站立自治¶

通过面板生成请求，将返回的 token 作为人类消息发送；成功时 den_set_autonomy 记录 autonomy: true 且 boundToMessage 指向该消息 id。未授权时，到期触发应保持沉默（负向路径在文档中标注为仍需 live drill 验证）。

维护者本地校验（可选）¶

若你在本地克隆或参与开发该仓库（本文档任务不要求 git clone），package.json 中可见例如：

npm test
npm run verify:live

前者跑单元测试；后者在宿主新鲜度满足时执行 live 探针链。普通用户以 DSH 内安装与面板行为为准即可。

适用场景与注意¶

适合谁

• 已在 DSH 桌面 profile 中长期使用 Harness，希望有一个带记忆、带调度、能在你离开时仍按规则「醒来说一句」的助手，而不是每次手动开新会话。
• 需要跨会话只读汇总、起草，但希望写操作与越权行为仍走宿主审批的人。

务必注意

• 插件与 DSH 同一进程权限运行；安装前检查源码、bundle 补丁与许可证，不要在未审阅的情况下在生产 profile 启用 danger-full-access 一类预设。
• README 明确：在 approval: never 配置下，门控 ask 等价于永不放行；den 依赖工具归类与边界设计，而不是削弱 shell、出站等上层规则。
• 广场显示 0 Stars（截至页面索引），属早期社区插件；重启后唤醒等路径有离线测试与部分 live 验证，但并非所有边角都在生产环境实测完毕。
• 生态上 DSH 主张「一切皆插件」；目录站与官方无从属关系，版本 v0.1.0 以仓库 tag / package 为准。

结尾¶

dsh-den 把「常驻、记忆、人绑定的自治、到期才说话的通知」收进 Harness 插件形态，用心跳与面板把状态摊开，用审批与只读触达压住越权风险。若要安装或查看元数据，可访问 Plugin 广场 与 GitHub：dingchenhui0618-arch/dsh-den。