dsh-wecom

English | 简体中文

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

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 `` 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@). 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#

> 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. and stores
its routing state in .dsh-wecom-state..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

💬 Commands

🏗️ 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