← 返回列表
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 双向桥:入站调度 + 出站推送,常驻会话复用。

deepseek-harnessdsh-pluginwechathermes-agentnotifybridgecordisai-agent

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 一等公民插件:

  • 会话复用:agent 按工作目录常驻(ctx.agents.create/resume + followup),后续消息续接同一会话。

  • 自动回推:每个任务推送 接单 → 开跑 → 完成/失败,带结构化 改动/验证/遗留

  • 零 LLM 出站:通知走 hermes send(iLink REST),不发模型请求;bot-token 平台无需 gateway 在线。

  • Web UI 可见:任务经 ctx.jobs 登记(无 job controller 时优雅降级)。
  • 工作方式(How it works)

    ```
    微信 ──▶ Hermes gateway ──▶ dsh-run.sh(br

    查看完整 README →

    版本兼容矩阵

    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"}}