DeepSeek Harness Plugin Hub

发布与管理完整 Harness Profiles,发现适合你的插件。

探索

插件目录环境预设文档中心动态

社区

发布插件联系我们报告问题

相关链接

Plugin Hub GitHubDeepSeek Harness 官方项目系统状态隐私说明
© 2026 DeepSeek Harness Plugin HubPowered byPaxTech

独立、非官方社区项目,与 DeepSeek 官方无隶属、授权或背书关系。

DeepSeek Harness Plugin Hub
ProfilesPlugins分类动态文档登录管理 Profiles
ProfilesPlugins分类动态文档登录
← Plugins
P

dsh-plugin-system-notify

Plugin System Notify

让智能体通过 DeepSeek Harness 本身向用户发送原生桌面通知(macOS 通知中心、Windows Toast、Linux 桌面提醒)。

插件会安装到这里;不确定时保持 web。

npx -y @deepseek-ai/dsh plugin --profile web add github:DRheEheAMGary/dsh-plugin-system-notify#4b5378ea909037c8433d134d2bece0793d1c994c
README兼容性版本

兼容性与来源证明

Plugin System Notify 以 dsh-plugin-system-notify 发布,当前版本为 0.1.0。Plugin Hub 会校验它的 manifest,并保存精确安装来源,便于复现安装结果。

DSH 兼容范围
*
运行环境
web
发布来源
github
Registry 更新时间
2026/10/21

版本

0.1.0stable
2026/10/21

相关插件

正在加载相关插件…

最新版
0.1.0
DSH
*
HMR
重启进程
Tree shaking
未声明可安全裁剪
解包体积
未提供
文件数
未提供
Surface
web
许可证
MIT
发布源
github
GitHub
★ 2
周下载
0
最近提交
2026/10/22
查看源码 ↗
README Badge

点击下方 Badge 复制 Markdown,粘贴到 README 即可。

这是你的 Plugin?认领权益 · 优先安全扫描

验证 package.json 声明的 GitHub 仓库,即可管理这个公开页面。认领后,Hub 会优先安排当前版本的安全扫描,并在通过后公开展示结果。

认领这个 Plugin →
报告问题

相关插件

继续浏览 integrations-communication 分类下经过校验的插件。

Remote Web Ui@linxin666/dsh-remote-web-ui通过扫码配对访问 dsh Web GUI,共享一个官方界面:设置按钮旁的二维码可将手机和 PC 配对到同一个 Web GUI(手机采用竖屏触控适配层,PC 使用完整桌面界面),通过一次性令牌和 rRemote Bridge@linxin666/dsh-remote-bridgeDSH 远程桥接:主机端通过唯一且精确的 /ios/v1 WebSocket 路由提供协议 v1——会话列表、历史记录基线、提示、包含工具活动的实时回合增量、中断以及进程内代理审批——连接到通过一次性配对的设备Ds Botds-botDS Bot:DeepSeek Harness 的一组长期运行的 Bot,支持主 Bot、Bot 间消息和群聊Pocketdsh-pocket把 DeepSeek Harness 装进你的口袋:一个包、一个设置页,手机扫码即同步访问电脑上的 DSH(局域网 + 公网,实时同屏)。

README

dsh-plugin-system-notify

给 DeepSeek Harness 的 AI 一个工具,让它能给你发一条系统级通知(macOS 通知中心 / Windows Toast / Linux 桌面提醒)——窗口在后台或最小化时也能弹出,而且通知的归属是 DSH 本体。

AI 调用 system_notify
        ↓
   通知横幅弹出
   DeepSeek Harness 🔔

为什么通知由「DSH 本体」发出

这件事不是配置问题,是 macOS 的归属规则:通知归属发起它的那个应用,不是它的父进程。

做法归属结论
osascript display notification脚本编辑器(Script Editor)❌ /usr/bin/osascript 是脚本编辑器的 shim,换父进程也没用
临时 helper .app(带 DSH 图标)无❌ 未正式签名的 bundle 无权发通知,系统直接丢弃
页面里的 Web Notification API承载页面的应用✅ 桌面应用内即 DSH 本体

所以本插件不走脚本路线:Host 侧只负责「要发通知」这件事,真正弹出通知的是渲染 DSH 页面的那个进程。

实测归属(macOS 系统通知数据库 + 系统日志):

record 22129 | com.deepseek.dsh
usernoted: id=n#dsh-app://app#dsh-system-notify-2, bundle=com.deepseek.dsh
NotificationCenter: addOrUpdate(...) listItem: com.deepseek.dsh:... alertStyle: banner

安装

# 在 DSH 里,用 plugin_manager 安装本仓库
plugin_manager install_bundle /path/to/dsh-plugin-system-notify

或者把依赖加进 profile 的 package.json:

{
  "dependencies": {
    "dsh-plugin-system-notify": "github:DRheEheAMGary/dsh-plugin-system-notify"
  },
  "dsh": {
    "profile": {
      "bundles": ["dsh-plugin-system-notify"]
    }
  }
}

工具

system_notify

参数必填说明
title是通知标题,约 60 字符以内
body是正文,一句话,约 120 字符以内
silent否静音投递,默认 false

返回:

{ "ok": true, "id": 1, "delivery": "delivered", "surface": "desktop" }
  • delivery: "delivered" —— 有窗口正在监听并已接手
  • delivery: "queued" —— 暂无窗口连接,连上后立即补发
  • surface: "desktop" | "browser" —— 实际由哪种界面弹出(决定通知归属)

结构

双半部插件:

  • Host 半部(index.js)注册 system_notify 工具,把每次请求放进收件箱(lib/hub.js),并开一条 GET /api/system-notify/inbox 长轮询路由(带 Host/Origin 与浏览器凭证校验)。
  • Client 半部(client.js)常驻一个长轮询请求;Host 一有通知立刻返回,页面随即用 new Notification(...) 弹出。

用长轮询而不是定时轮询:通知几乎即时,且空闲时不产生每秒一次的请求。

桌面窗口优先:客户端会声明自己是 desktop(DSH 桌面窗口)还是 browser(浏览器标签)。只有桌面窗口能给出 DSH 身份,所以它优先接手;浏览器标签只在没有桌面窗口时才接。

无权限的客户端不领通知:拿不到通知权限的页面不会去领取,否则通知会被「领走但弹不出来」,而 Host 还误报成功。它会先申请权限,拿到后才开始领取。

平台支持

平台状态
macOS✅ 已实测(归属 com.deepseek.dsh)
Windows⚠️ 理论可用,未实测
Linux⚠️ 理论可用,未实测

插件本身不含任何平台相关代码(无 osascript / PowerShell / notify-send),走的是浏览器标准的 Web Notification API,由各平台的应用运行时翻译成本地通知。

Windows 上唯一的前提是应用有注册过的 AppUserModelID(由安装器写入开始菜单快捷方式)——如果 Toast 不弹,先在「设置 → 系统 → 通知」里看列表中有没有出现 DeepSeek Harness。另外专注助手/勿扰模式会拦截 Toast。

限制

  • 需要至少一个 DSH 页面(桌面应用窗口或浏览器标签)处于打开状态;全部关闭时通知排队(最多 2 分钟),窗口连上后补发。
  • 在浏览器标签里打开 Web GUI 时,通知归属是该浏览器,不是 DSH——这是平台决定的,绕不过去。
  • 通知是单向的:不会把窗口切到前台,也不会等待用户回应。

License

MIT