D
@dsh-pulse/dsh-hermes-bridge
v0.1.0 · 0 天前发布
DSH ↔ WeChat bridge: inbound dispatch (WeChat → DSH agent, persistent per-cwd session pool) + outbound push (task progress → WeChat via hermes send, zero-LLM). 微信 ↔ DSH 双向桥:入站调度 + 出站推送,常驻会话复用。
README
dsh-hermes-bridge
DSH ↔ 微信双向桥插件:入站调度(微信消息 → DSH agent 执行)+ 出站推送(任务进度/结果 → 微信),微信通道由 Hermes gateway 承载。出站走 hermes send 零 LLM 消耗;按工作目录复用常驻会话,比一次性 headless 调用省 15–20× token。
⚠️ 使用前必读——环境假设。 本插件是基于开发者本人的一套特定环境开发验证的(见「环境假设」章节)。DSH 与 Hermes 的部署方式千奇百怪,本插件无法开箱即用于所有环境。请先逐条核对假设并适配你的配置,再期望它跑起来。
为什么做(Why)
「微信 → Hermes skill → dsh --profile headless」的单向手工链路能用,但每次冷启动烧 token、消息间丢失会话上下文、长任务跑完无法主动通知。本插件把这条链路产品化为 DSH 一等公民插件:
ctx.agents.create/resume + followup),后续消息续接同一会话。接单 → 开跑 → 完成/失败,带结构化 改动/验证/遗留。hermes send(iLink REST),不发模型请求;bot-token 平台无需 gateway 在线。ctx.jobs 登记(无 job controller 时优雅降级)。工作方式(How it works)
```
微信 ──▶ Hermes gateway ──▶ dsh-run.sh(br
版本兼容矩阵
| DSH 版本 | 状态 | 说明 |
|---|---|---|
dsh@0.1.0-rc.6 | ✅ 兼容 | cordis patch ✅ |
dsh@0.1.0 | ✅ 兼容 | 标准 patch ✅ |
dsh@0.2.0 | ⚠️ 待验证 | 待实测(API 可能在变) |
dsh@0.3.0+ | ❓ 未知 | 尚未发布 |
💡 兼容矩阵每周末自动跑实测,欢迎 PR 修正
元数据
- License
- MIT
- npm
- @dsh-pulse/dsh-hermes-bridge
- Repo
- git+https://github.com/dsh-pulse/dsh-hermes-bridge.git
- Engines
{}- Weekly DL
- 0
- Monthly DL
- 0
- dsh.bundle
{"bundle":{"patch":"./cordis.yml"}}