DeepSeek-Bot（DS Bot）是基于 DeepSeek Harness（dsh）的 Bot 插件，它把 dsh 变成一支长期在线的 Bot 团队。通过群聊 + @ 提及 + 任务委托，你可以让多个 Bot 分工协作、互相派活。本文面向新手，完整讲解群聊协作的三个核心机制：@ 谁、怎么派活、如何控制成本。

快速搭好群聊团队：一句话让 Chief 建队

第一次打开 DS Bot，系统会自动创建一个叫Chief的主 Bot（Main Bot），它是你的“总管”，拥有管理其他 Bot 和群聊的权限。

搭群聊最快的方式不是翻设置，而是直接对它说一句话，例如：

帮我建一个小团队：一个叫“写手”的 Bot 负责写博客文章，一个“程序员”的 Bot 负责代码和审查，然后拉一个群把它们都放进去。

Chief 会创建 Bot、为每个 Bot 配好模型、建立群聊并自动担任管理员。整个过程和界面见 README.zh.md。

@ 提及的 3 种用法（附防误触规则）

在群聊输入框输入@，会弹出成员列表（实现见 ds-bot/src/client/at-menu.js），选择即可插入@Name：

• @ 某个 Bot：它直接回应你，跳过管理员。
• @ 全体成员：@all、@everyone、@所有人、@全体都能唤醒全员；只有管理员的@all才真正生效，防止普通成员一句话引发“全员轰炸”。
• Bot 之间用 @ 派活：这是任务委托的核心，见下一节。

提及规则在前后端是同一套，界面上看到谁被叫到，就是谁被叫到。源码见 ds-bot/src/shared/mentions.js，几个容易踩坑的细节：

• 代码块、行内代码和 Markdown 链接里的@Name只是普通文字，不会触发提及；
• 邮箱地址a@bot.com也不会被识别为提及；
• 名字按最长优先匹配：@Mx永远不会被误读成@M。

委托任务的工作流程：Bot 派活给 Bot

派活的完整流程是：

1. 派活：管理员或任意成员发一条带@Name+ 任务说明的消息；
2. 接活：被 @ 的 Bot 在自己的独立会话里干活，群聊照常进行，不会阻塞其他成员；
3. 进度可见：干活期间，群聊、侧边栏和该 Bot 自己的聊天窗口都会显示它在做什么；
4. 结果回流：完成后把结果发到群里，由派活的 Bot 接着回应，形成接力；
5. 随时叫停：想停下它的活，打开群聊详情即可（对应逻辑在 ds-bot/src/host/groups.js）。

群聊的轮流发言与 @ 接力调度都在 ds-bot/src/host/groups.js 实现，@ 匹配的测试用例见 ds-bot/test/groups.test.js。

群聊回复模式：管理员主导 还是 全员轮流

群聊设置的“谁来回复”有两种模式（见 ds-bot/src/client/group-settings.js）：

无论哪种模式，@ 提及永远直接决定谁来回答。此外，没有新内容可补充的成员会发[PASS]跳过回合，避免群里刷屏。

群聊省钱提效的 4 个技巧

群聊很好用，但会明显多花 Token，配合 @ 和委托，建议这样做：

1. 📌 用+→ 引用对话给上下文：把另一段对话作为引用附加到消息里，回复的成员都能读到，不用手动粘贴长文；
2. 一个 Bot 长期用一个模型：详情页随时可切换，但频繁切换会让上下文“失忆”；
3. 委托后查用量：设置 → 用量，可按时间、按 Bot、按模型查看 Token 消耗，快速定位是哪个 Bot 最费额度；
4. 复杂任务让管理员先过一遍：管理员主导模式相当于成本闸门，由它整合需求后再分派，减少无效发言。

Bot 没回应？排查这 3 处

• @ 的名字和实际名称不一致：必须完整匹配，@Kate不会叫到@K；
• 引用对话的@标签不是调用：“引用对话”生成的@对话名是引用标记，不算 @；
• 写在代码或链接里的 @：只是普通文字，不会触发。

完整规则可看 ds-bot/src/shared/mentions.js 的注释和 ds-bot/test/mentions.test.js 的测试用例；已知问题见 docs/known-issues.zh.md。

相关资料

• README.zh.md：整体功能与安装步骤
• ds-bot/README.md：插件配置项、数据目录与内部结构
• CHANGELOG.md：版本变化