返回插件市场

dsh-wecom

连接与集成

TtTRz/dsh-wecom

DeepSeek Harness 的企业微信 AI Bot 通道。每个会话运行带工具的持久代理,支持流式回复、思考卡片、媒体、访问策略和自愈连接。

  • deepseek-harness
  • dsh-plugin
  • wecom
  • wecom-bot
GitHub Stars
2GitHub
浏览量
4DSH Plugin Hub
Forks
1GitHub
开放问题
0GitHub Issues
Manifest 版本
0.1.28dsh-wecom
最近推送
2026年9月28日GitHub
许可证
MITTypeScript
插件类型
Host + Client同时运行于 Host 与 Web Client

验证与兼容性

这里展示目录实际采集到的证据;未声明的信息会明确标为未知。

静态检查通过
01精确来源: npm · dsh-wecom@0.1.2802验证时间: 2026年8月24日03验证版本: 0.1.0-rc.7
当前版本兼容性
已在当前目录版本验证
声明的 Harness 范围
未声明
声明的平台
未声明
适用 Profile
web
构建授权
未知
权限声明
未声明
外部服务
未声明
遥测声明
未知
未发现已知风险标记

这不是安全背书;安装前仍应查看源码、权限和配置。

查看证据与判定范围

验证仅覆盖标出的来源、版本和 Harness 环境,不代表未来版本仍然兼容。

  • dsh-wecom@0.1.28
  • 插件通过清单与静态结构检查,尚未完成运行时加载检查。

README

查看源文件

dsh-wecom

English | 简体中文

WeCom AI Bot channel for DeepSeek Harness — persistent agents, streaming replies, thinking cards, and session navigation for single and group chats.

npm version license node downloads

Wire a WeCom AI Bot to DeepSeek Harness over the official long connection. Each conversation is backed by a persistent Harness agent with tools — not a bare chat loop.

✨ Features

  • 🤖 One conversation = one agent — mounts a preset (default standard) in its scoped setup, so it has the preset's tools (bash, read, edit, skills, …) and persona. Session ids are derived deterministically (sha256(namespace · scope · peer), no raw userid) and survive restarts via sessionPersistence.
  • 🖼️ Media support — images are downloaded, decrypted with the official SDK, and attached when the model can view them; files and videos land in the agent's workspace for its tools.
  • ⚡ Streaming replies — token-level text streaming, native <think> reasoning card ("思考过程"), and a compact tool-call activity list inside the card.
  • 🛡️ Access policy — open / allowlist / disabled per channel (dm and group, gated by chatid for groups).
  • 🧹 Housekeeping — msgid dedup, per-conversation queues, a global concurrency cap, and per-turn timeouts that cancel the turn instead of leaving zombies.
  • 📡 Self-healing — when the long connection dies (kicked, auth failure, replaced client), the channel restarts itself after restartIntervalMs (default 10s).
  • 🩺 Observability — per-bot status and reconnect services for integration with a separate dashboard.
  • 💬 Bot commands — /ping /help /status /stop /compact /new /session /current /resume.

🚀 Quick Start

dsh plugin --profile web add dsh-wecom

export WECOM_BOT_ID='your-bot-id'
export WECOM_BOT_SECRET='your-bot-secret'   # dev only — in production use the credential service

dsh web

Once the log prints WeCom AI Bot authenticated, send /ping and expect pong.

To persist across restarts: write WECOM_BOT_ID into ~/.dsh/.env and WECOM_BOT_SECRET into ~/.dsh/.credentials.yaml (reference WECOM_BOT_SECRET). DSH_WECOM_CWD overrides the agent working directory.

📦 Install from npm

The published package ships prebuilt dist/ — no build scripts run on install:

dsh plugin --profile web add dsh-wecom          # latest
dsh plugin --profile web add dsh-wecom@0.5.3    # pin a version

Upgrade a pinned install the same way (dsh-wecom@<newer version>). After installing, set WECOM_BOT_ID / WECOM_BOT_SECRET (see Quick Start) and restart dsh web.

Node.js 22.19 or newer is required. See the changelog for release details.

Upgrading from 0.3.x

Version 0.5.3 includes session history navigation and the streaming and card delivery fixes from 0.5.0–0.5.1. The channel now publishes status and reconnect services; it no longer mounts a browser panel, bot manager, or /api/wecom/* routes. Use a separate dashboard integration if you need those interfaces. Keep each bot's namespace and working directory unchanged to retain its conversation routing and persisted history.

For Harness 0.1.7-rc.2, use 0.5.3 or newer: 0.5.2 still reads the legacy persistence API and can show an empty history list. This release covers persistence API versions 0.1.0-rc.6 and 0.1.7-rc.2; the rc.2 CI test uses its real JSONL backend, without a bot connection or model request.

📦 Install from source

Git install (pin the commit — build scripts run on your machine):

dsh plugin --profile web add github:TtTRz/dsh-wecom#<sha>

If pnpm blocks a Git dependency with ERR_PNPM_GIT_DEP_PREPARE_NOT_ALLOWED, review the pinned commit and copy the exact allowBuilds entry it prints into that profile's pnpm-workspace.yaml. The key may include the Git URL and commit; the package name alone is not sufficient. Re-run the install, or use a locally built tarball:

git clone https://github.com/TtTRz/dsh-wecom && cd dsh-wecom
npm install --legacy-peer-deps
npm pack                              # produces dsh-wecom-0.5.3.tgz
dsh plugin --profile web add ./dsh-wecom-0.5.3.tgz

Local checkout: dsh plugin --profile web add /absolute/path/to/dsh-wecom (links the source; run npm install --legacy-peer-deps && npm run build first).

⚙️ Configuration

Tune the mounted row in ~/.dsh/profiles/web/cordis.patch.yml:

- id: wecom-channel
  name: dsh-wecom
  config:
    botId: !!js process.env.WECOM_BOT_ID
    credentialName: WECOM_BOT_SECRET
    namespace: default
    # cwd is optional: defaults to ~/.wecom-sessions (DSH_WECOM_CWD overrides)
    cwd: /data/wecom
    preset: standard
    dmPolicy: open
    dmAllowlist: []
    groupPolicy: allowlist
    groupAllowlist: [wr_your_group_chatid]
    greeting: Hello, I am an assistant.

Multiple bots (one row per bot)

One composition row = one WeCom bot. Mount the same plugin again with a distinct namespace to run a second bot — its own botId/credential, access policy, preset, and model route — in the same process:

- insert:
    - id: wecom-channel-lab
      name: dsh-wecom
      config:
        botId: !!js process.env.WECOM_BOT_ID_2
        credentialName: WECOM_BOT_SECRET_2
        namespace: lab
        preset: standard

Each non-default bot publishes wecomChannelStatus.<namespace> and stores its routing state in .dsh-wecom-state.<namespace>.json. The default bot uses wecomChannelStatus and .dsh-wecom-state.json. A dashboard can consume these services without designating one bot as the primary UI host.

Configuration reference

FieldDefaultMeaning
cwd~/.wecom-sessionsAgent working directory: WeCom sessions, uploads (.wecom-uploads/), and .dsh-wecom-state.json live here; the sidebar workspace "WeCom" is claimed on it. DSH_WECOM_CWD overrides it. Must be absolute
presetstandardPreset mounted into each conversation agent
provider / modelunsetFixed model route for every WeCom conversation; both must be set together. When unset, new conversations use the harness default selection and resumed conversations inherit their last logged model
dmPolicy / groupPolicyopenopen / allowlist / disabled
dmAllowlist[]Single-chat userid allowlist
groupAllowlist[]Group-chat chatid allowlist
instructionsenterprise-chat guidanceInstruction section layered on the persona every turn
imageModeautoauto attaches images when the model can view them; always / never force it
streamingtrueStream model text token-by-token; false sends only the ack + final answer
streamFlushMs250Cadence (ms) for flushing accumulated streamed text
showReasoningtrueWrap model reasoning in WeCom's native <think> card
showToolCallstrueRender a compact tool-call activity list inside the <think> card
maxConcurrent4Global cap on concurrent turns
turnTimeoutMs300000No-progress timeout; session events and stream frames reset the deadline
approvalModechatIn-chat sandbox-escalation approvals: chat answers from the chat (reply 批准/拒绝), notify only pushes the ask, off is fully silent (web UI decides)
approvalTimeoutMs300000How long an in-chat approval waits before failing closed (cancelled)
approvalAllowlist[]Userids allowed to answer in-chat approvals; empty admits every admitted sender
approvalHint回复「批准」继续,回复「拒绝」取消。Reply-word hint appended to the pushed approval request

💬 Commands

CommandWhat it does
/pingConnectivity check
/helpList commands
/statusSession status
/stopCancel the current generation
/compactSummarize older history into a summary to save context
/newStart a fresh conversation (history kept; next message opens a new session)
/sessionList this chat's sessions newest-first (epoch, start time, turns, title; current marked *). Alias /sessions
/currentShow the session new messages route to
/resume <n>Switch back to a past session by epoch number (see /session; persisted across restarts)

🏗️ How it works

WeCom AI Bot
   │  WebSocket long connection (wss://openws.work.weixin.qq.com)
   ▼
dsh-wecom (host plugin)
   │  msgid dedup → access policy → per-conversation queue → global concurrency cap
   │  create/resume agent (setup mounts the preset + a persistent instruction section)
   │  agent.followup(userMessage) → await agent.whenIdle()
   │  on timeout → agent.cancel(), no zombie turn left behind
   ▼
persistent per-conversation Harness agent (sessionPersistence)

Why not a bare agents.create: the preset is mounted in setup (a bare agent has no tools), instructions ride systemPrompt.section() every turn, timeouts cancel so the next message is never stuck, and groups are gated by chatid allowlist with a global maxConcurrent bound.

🧩 Integrations

  • Status service — ctx.get('wecomChannelStatus').snapshot() returns plain scalars (connected, stopping, conversations, authenticatedAt, lastError) for dashboards and UI plugins. Use channelStatusServiceName(namespace) for other bots.
  • Reconnect service — call reconnect() on the same service to replace the connection and wake its reconnect loop.
  • Dashboard integration — the channel registers no HTTP routes or browser slots. A separate UI plugin can consume the services and own its routes, authentication, and display.

🧪 Development

npm install --legacy-peer-deps
npm run check   # biome + typecheck + test + build

# Install an isolated Harness runtime for the persistence smoke test.
npm install --prefix /tmp/dsh-rc2 @deepseek-ai/dsh@0.1.7-rc.2
npm run test:persistence -- /tmp/dsh-rc2

📄 License

MIT

评论

0
最新优先