xmanrui/dsh-im
Connect IM bots to DeepSeek Harness via QR codes or bot credentials (9 channels: Feishu, WeChat, DingTalk, WeCom, QQ, Slack, Telegram, Discord, and WhatsApp).
Install
via npm
Resolves a published tarball rather than cloning the repository, and installs without any extra setup. Swap `web` for your profile name if you run another one.
via GitHub · npm package
Installing from GitHub runs the project's build script, which pnpm blocks until you allowlist it — run the command once and pnpm prints the exact key to add under `allowBuilds` in ~/.dsh/profiles/web/pnpm-workspace.yaml.
What happened when we ran it
Installed cleanly when we ran it
Every command here is run in a throwaway container against a clean profile, and the result is whatever the harness recorded — not a guess from the source. Last run 15d ago.
Show it in your README
For maintainers: the badge serves this listing's latest sandbox verdict, so a re-run updates it on its own — and it links readers to the full result here.
Due diligence
What it is — dsh-im plugin for connecting IM bots to DeepSeek Harness via QR codes or bot credentials, supporting nine channels and enabling local Harness to connect to public AI Office.
Who it is for — When users need to handle AI Office tasks in enterprise IM such as WeChat or DingTalk and require Harness to connect outward it is suitable to install. It allows multiple bots per IM channel with independent binding of status, workspace and model. Not suitable for users who only run locally with no public network requirement.
Watch out — Tested successfully registered and enabled in a fresh profile with no obvious installation or usage issues found.
The verdict — I would install it because it solves the IM access pain point for Harness connecting to public AI Office without extra configuration.
Generated by grok-4.6, and a starting point rather than a verdict. Where it says a plugin installs or does not, that is from a real run in a clean profile — everything else is read off the repository. Trust the source over this.
dsh-im is a DeepSeek Harness plugin that connects chat bots from multiple instant-messaging platforms to an agent through one settings page. DeepSeek Harness exposes an “IM bots” page where an operator can create or bind bots using QR codes, an App Manifest, or existing credentials. DeepSeek Harness then runs separate channel hosts, clients, RPC handlers, credential storage, connection supervision and chat-session mappings for Feishu, WeChat, DingTalk, WeCom, QQ, Slack, Telegram, Discord and WhatsApp.
The channel adapters use each platform’s documented transport: persistent connections, WebSocket, Socket Mode, Gateway, or long polling. Secrets and tokens are submitted only to the local Harness Host and stored in protected credential storage; RPC responses return redacted status rather than credentials. Each bot receives a workspace, initially set to the Host process’s process.cwd(), and supports /workspace, /workspacelist, /sessionlist and /session commands.
dsh-im suits developers who need to receive and answer Harness conversations from supported IM services without maintaining separate channel settings pages. It is a poor fit when a platform’s native bot access is unavailable or when the bot audience is not trusted: users within the platform-visible scope can run the workspace and session commands, and those commands may expose paths, session metadata or access to sessions and their available tools. WhatsApp uses a linked-device session stored under ~/.dsh/integrations/dsh-whatsapp/auth, while Telegram long polling cannot take over until an existing Webhook is removed.
DeepSeek Harness provides one IM bots settings page for the nine built-in channels. QR-based setup is available for Feishu, WeChat, DingTalk, WeCom, QQ and WhatsApp. Slack uses an App Manifest plus a Bot Token (xoxb-) and App Token (xapp-); Telegram and Discord use Bot Tokens. Manually entered secrets are sent only to the local Harness Host and stored in protected credential storage. The browser receives QR codes, manifests and redacted status only.
Each bot records the Harness Host’s process.cwd() as its initial workspace. The path persists across Host restarts and can be changed from the bot card. For a Web profile exposed on a trusted local network, the README documents this optional setting:
- id: xmanrui-dsh-im
config:
rpcAuthority: trusted-host
trusted-host reuses Harness Host and Origin protection but does not provide user authentication.
| Command | Function |
|---|---|
/workspace <absolute path> |
Switches the current bot to an existing absolute directory. |
/workspacelist |
Lists existing workspaces registered on the current Harness Host. |
/sessionlist [workspace number or absolute path] |
Lists sessions registered for a workspace. |
/session <Session ID> |
Binds the current chat to an existing session returned by /sessionlist. |
Paths must be existing absolute directories. /session does not create or resume a session automatically; archived sessions can be bound, but child-agent sessions cannot.
Each bot has independent credentials, connections and session mappings. Platform replies follow channel rules: private messages generally receive replies directly, while group or server messages may require a mention or reply to the bot. New workspace mappings affect later messages; existing generated replies continue.
Any user in the platform-visible bot scope who can message the bot may run the commands. Workspace and session data come from the global Harness Host registry and can include paths, sessions or metadata belonging to other bots or projects. A user able to bind a session may write to it or invoke its available tools. trusted-host should therefore be used only on a trusted network.
Written from the project's own documentation and kept in sync with it. Where the two disagree, the source is authoritative — read the README on GitHub
Same category
shaobeichen
Remote phone access to the DSH Web UI: scan a QR code for LAN or public (cloudflared tunnel) access with real-time sync, a mobile-adaptive layout, and a settings tab.
Installed cleanly when we ran it
alvinunreal
Bridges DeepSeek Harness lifecycle status, errors, and approval requests to a locally running OpenPets desktop companion.
No one-line install — this plugin lives inside a larger repository and publishes no npm package.
inclusionAI
Connects DeepSeek Harness to Avernet's Bot Collaboration Network over WebSocket V2, with automatic onboarding, isolated agent sessions, tool-call events, and multi-bot routing tools.
No one-line install — this plugin lives inside a larger repository and publishes no npm package.
omdsh-dev
Desktop notifications for turn completions, with per-outcome controls and keyword rules.
Installed cleanly when we ran it
whyihaveyou
IM webhook and local notifications on turn completion, errors, or approval (Feishu/WeCom/DingTalk/Slack/Discord/custom).
No one-line install — this plugin lives inside a larger repository and publishes no npm package.
omdsh-dev
Lark/Feishu bot channel for DeepSeek Harness: each chat drives its own agent, and tool approvals, model questions, and plan reviews return as cards answered by a button or a reply. Switch workspace and model from the chat (`/cd`, `/model`, `/new`), and run several bots that keep separate sessions and can hand turns to each other in one group.
Installed cleanly when we ran it