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.
Install
# from npm (prebuilt)
dsh plugin --profile web add dsh-lark-channel
# from GitHub (first run asks for allowBuilds approval — follow the hint, retry)
dsh plugin --profile web add github:omdsh-dev/dsh-lark
Any plugin you install runs third-party code with your own permissions — it can read your files, use your credentials, and reach the network, and tool approvals don’t sandbox it. GitHub-sourced plugins also run build scripts at install time. Only install sources you trust, and pin a commit (github:owner/repo#sha).
README
English | 简体中文
Put the DeepSeek Harness (DSH) you already run into Feishu/Lark.
Hand your agent work from the chat, watch it run, switch workspace and model as you go. Questions, plan reviews, and tool approvals come back to the same conversation, so nothing sends you to a terminal. When it helps, put several agents in one group and let them work together.
Quickstart
npm i -g dsh-lark-channel
dsh-lark-channel start
A QR code appears in the terminal. Scan it in Feishu to create the app, then DM the bot or @-mention it in a group.
Prefer to install nothing? Run it through npx instead — every later command then carries the same prefix:
npx dsh-lark-channel@latest start
If DeepSeek Harness itself is not installed yet:
npm i -g @deepseek-ai/dsh
No public server, no callback URL.
Why bother
- Nothing to sit and watch. Start the work from Feishu and check on it whenever.
- More than a chatbot. It switches real workspaces and models, and runs the commands and tools your Harness already has.
- The decisions stay yours. Model questions, plan reviews, and tool approvals land in the chat; a button or a sentence answers them.
- Contexts stay apart. Each chat, topic, and workspace keeps its own session.
- Agents can work together. One command adds another bot; in a group they hand the turn over by @-mentioning each other, with a hop limit that stops an endless exchange.
A first run
Look around:
/status
/ws
/cd my-project
/model
Then give it something to do:
Find out why this project fails to build. Plan it first, and check with me before changing anything.
The work shows up in Feishu as it happens, and anything needing you arrives as a question, a plan, or an approval card. This channel's own wording renders in each reader's Feishu language.
What it does
| Capability | What you get |
|---|---|
| Durable sessions | Survive a restart; the next message continues where you were, and /new starts over in place |
| Workspaces | /ws lists, /cd switches; returning to one resumes the work you left there |
| Model switching | /model opens a picker; the session and its context carry over, and the default is one press away |
| Native run view | Reasoning, tool calls, and results as a thinking process, with the answer sent on its own |
| Cards that ask | Single or multiple choice, or type an answer; approve a plan or send feedback; allow or refuse a tool call |
| Live status | /status shows workspace, model, and session — plus context occupancy and token totals where the host meters them — and refreshes in place |
| Session scope | One agent per chat, per topic thread, or per person in a shared chat |
| Several agents | Each bot keeps its own settings, credential, and sessions, and two of them can talk in one group |
| Slash commands | Host commands (/plan, /compact, /permission, …) run straight through the DSH command runtime |
Commands
| Command | What it does |
|---|---|
/status |
Show and refresh workspace, model, and session; context and tokens where available |
/ws |
List the workspaces this channel can reach |
/cd <name or path> |
Switch this conversation's workspace |
/model |
Open the model picker |
/model use <provider/model> |
Switch without opening a card |
/model reset |
Back to the deployment default |
/new |
Start a fresh session in place; workspace and model stay |
/stop |
Stop the running task |
/help |
Everything this chat accepts, host commands included |
Running it
On macOS and systemd Linux the bot runs as a user service, so closing the terminal leaves it up:
dsh-lark-channel status
dsh-lark-channel logs -f
dsh-lark-channel restart
dsh-lark-channel stop
Started through npx, those same commands carry the npx dsh-lark-channel@latest prefix — the tool prints whichever form you are using, so what you read is what you can paste.
To upgrade:
dsh-lark-channel upgrade
That installs the newest CLI and restarts the bot on it. Through npx there is nothing to upgrade — npx dsh-lark-channel@latest start already runs the newest — and either way start and status mention a newer release when one exists.
When the connection drops, the channel rebuilds its WebSocket under a quota and a backoff, so a live process is never a silently dead bot.
More agents
Give a second Feishu app its own agent:
dsh-lark-channel add reviewer
It writes the new row, restarts, and shows that bot's QR code. Once scanned it has its own settings, app secret, and sessions — nothing shared with the first.
Put both in one group and they hand the turn over by mentioning each other: one finishes a change and @s the reviewer, who can @ back for another pass. Six consecutive bot turns by default, and anyone speaking refills that. To take one out:
dsh-lark-channel remove reviewer
Its credential and settings stay, so adding the same name back reaches the same bot.
To run Feishu inside the profile dsh web already uses:
dsh plugin --profile web add dsh-lark-channel@latest
dsh web
- The app's visibility scope decides who can reach the bot at all;
senderAllowlist,groupAllowlist, andapproversnarrow it further. workspaceRootsfences the directories a chat may switch into.sessionScopeischat,chat-thread, orchat-sender.instancenames an extra bot row; the first stays unnamed, which keeps its settings and sessions exactly where they are.botPeersrestricts which bots are answered;botHopsbounds consecutive bot turns (six).- A card that changes state is bound to the chat it was sent to: forwarded elsewhere, it governs nothing.
- Where the deployment composes a credentials service, the scanned app secret is stored there; one written into settings by an older version moves on the next boot.
- Image input is off by default: turn on
attachImagesonly for a model you know accepts images. - Configuration is read at startup; changing it needs a restart.
Requirements
- Node.js
^22.19.0 || >=24 - DeepSeek Harness
0.1.0-rc.6or newer - A Feishu or Lark tenant
A native thinking process needs Feishu PC 7.70 / mobile 7.74 or newer; older clients can use output: 'stream'.
Development
pnpm install
pnpm test
pnpm build
License
An unofficial community plugin, not affiliated with, authorized by, or endorsed by DeepSeek, Feishu, or Lark.
Links
More in this category
omdsh-dev/dsh-notification★ 49
Desktop notifications for turn completions, with per-outcome controls and keyword rules.
omdsh-dev/dsh-open-in-vscode★ 46
Open DSH workspace directories in VS Code directly from the web GUI.
whyihaveyou/dsh-suite#plugin-notify★ 27
IM webhook and local notifications on turn completion, errors, or approval (Feishu/WeCom/DingTalk/Slack/Discord/custom).
bill9109/dsh-web-ui-notify★ 12
Desktop notification reminders.
bobleer/dsh-acp-for-bitfun★ 9
ACP bridge between BitFun and DSH.
amlyczz/dsh-lark-link★ 9
High-reliability Feishu/Lark bridge for DeepSeek Harness: QR one-click auth, card-based commands and intent-confirmation cards, at-least-once zero-loss outbox, media in/out, /doctor session-log ZIP, and a reusable DSH Web GUI that lands sessions in the right workspace.