plugin-notify
whyihaveyou/dsh-suite#plugin-notify
回合完成、错误或待审批时推送 IM webhook(飞书/企微/钉钉/Slack/Discord/自定义)与本地通知。
安装
把 plugin-notify 装进 DeepSeek Harness
这个插件放在一个大仓库的子目录里,`dsh plugin add` 够不到它——它转发给 pnpm,而 pnpm 会把 `#` 后面的内容当成分支或 commit。请先 clone 仓库,再用 DSH 插件面板的 repository 源添加,或者请作者发一个 npm 包。
安装前须知
装 plugin-notify 之前,先看这几条
- 源码在这里: whyihaveyou/dsh-suite——已进入社区精选库,DSH 自带的插件市场就是从这儿装的。
- 开源协议:MIT。
- 自动识别到:终端执行、需要密钥。授权之前请先读一遍源码。
- 被收录在这里不代表通过了安全审计。插件是带着你 agent 的权限在跑。
AI 锐评
是什么 — 在回合完成、错误或审批时,通过 IM webhook 推送通知并发送本地系统通知。
谁该装 — 在 DeepSeek Harness 回合完成或审批时,需要即时通知的用户适合安装此插件。 如果不涉及外部 IM 集成,则无需此插件。
注意 — 此插件为子目录插件,无官方发布包。从源码装时需要先手动放行它的构建脚本。静态检查提示会执行 shell 命令并需提供 API key 或 token。未发现明显的坑。
锐评 — 安装此插件,因为它能提供 turn completion 和 error 的 IM 通知,但前提是需要外部 IM 集成。
grok-4.6 写的,只当参考,不当结论。里面说装得上或装不上,是在干净 profile 里真跑过的;其余都是读仓库读出来的。以实际运行为准。
plugin-notify 是做什么的

plugin-notify 是一个 DeepSeek Harness 插件,用于在回合完成、发生错误或等待审批时发送通知。通知可以通过 IM webhook 发到 Feishu、WeCom、DingTalk、Slack、Discord 或自定义目标,也可以发送本机系统通知。
目前 README 只说明了触发时机和通知渠道,没有给出具体 hook 名称、配置文件、配置键、命令、请求 payload 或默认值。因此,实际接入方式需要以源码仓库中的实现为准,不能仅凭目录描述推断配置格式。
适合需要在 DeepSeek Harness 界面之外接收任务状态、错误和审批提醒的场景。如果现有界面反馈已经足够,或者目标 IM 不支持 webhook,就没有必要使用 plugin-notify。目录标记显示它涉及终端 surface,并且 requires credentials;这意味着安装前应审查其终端访问范围,并准备通知目标所需的凭据。README 没有说明具体会执行哪些终端操作,也没有列出凭据名称。当前没有可用的一行安装命令。
plugin-notify 的文档
plugin-notify 的说明
README 将 plugin-notify 定义为通知插件,覆盖三类事件:回合完成、出错、等待审批。现有资料没有提供 hook 名称、payload 格式或失败重试规则。
plugin-notify 的通知目标
| 目标 | 方式 |
|---|---|
| Feishu | IM webhook |
| WeCom | IM webhook |
| DingTalk | IM webhook |
| Slack | IM webhook |
| Discord | IM webhook |
| 自定义目标 | IM webhook |
| 本机 | 系统通知 |
README 没有说明这些目标对应的配置键、请求内容或启用本机通知的方式,也没有给出命令。
环境要求与限制
目录标记显示 plugin-notify requires credentials,并涉及 terminal surface,但现有 README 没有列出凭据名称、保存位置或具体终端操作。安装到 DeepSeek Harness 的 agent profile 前,应先检查源码仓库。README 也没有说明最低 DeepSeek Harness 版本、支持的平台、默认值或通知失败时的处理方式。当前没有可用的一行安装命令。
根据项目自己的文档整理,会跟着上游更新。两边对不上时以源码仓库为准—— 去 GitHub 看原始 README
同一分类
plugin-notify 的同类插件
dsh-notifier
THEWOLFWALKER
DSH 统一通知推送与远程控制:一个 `notify()` API 打通 25+ 渠道(Telegram / 钉钉 / 飞书 / 企业微信 / QQ 机器人 / WxPusher / PushPlus / Server 酱 / Bark / Discord / Slack / ntfy / webhook 等),timeSensitive / active / passive 分级路由并重试;五通道反向审批(Telegram 按钮 / 飞书卡片 / QQ / WxPusher / 微信 iLink);QQ/钉钉/飞书官方扫码登录;本地 Web 管理台;多 agent 路由;系统桌面通知——以及**手机指挥中心**:在手机上发 `!status` / `!stop` / `!retry` 遥控 agent,通知带可操作按钮(查看结果 / 重试 / 日志,点击回调 agent)。密钥脱敏、工具限流、零运行时依赖。
我们跑过,装得上
dsh-lark
omdsh-dev
DeepSeek Harness 的飞书/Lark 机器人渠道:每个会话驱动独立 agent,工具审批、模型提问与计划审阅都以卡片回到聊天,点按钮或直接回复即可作答;聊天里用 `/cd`、`/model`、`/new` 切工作区、换模型、重开会话,多个机器人各自独立并可在同群交接回合。
我们跑过,装得上