跳到主要内容

多机器人独立配置

这篇适合“一个主机器人 + 多个专家机器人”的 IM 场景，例如：

  • default 负责总控和汇总
  • cto 负责技术方案
  • coder 负责编码执行

如果你要的是固定工作流协作，而不是多个 IM 机器人入口，请看 多智能体团队配置。

先理解一个关键点：会话是按机器人拆开的​

多机器人不是共用一个完全相同的会话。当前会话名通常至少以：

渠道:account_id:chat_id

为前缀，后面可能还会追加机器人名和时间戳。

这意味着：

  • 每个机器人都可以有自己的会话配置
  • 每个机器人都可以使用不同的模型和 API
  • 同一个群里协作，不等于完全共享内部上下文

第一步：先把多个机器人账号配出来​

路径：

  1. 打开 设置 -> IM 渠道
  2. 选择你要接入的渠道，例如飞书或企业微信
  3. 为同一渠道配置多个机器人账号

推荐命名方式：

角色account_id用途
主机器人default总控、汇总、持续上下文
技术角色cto方案设计、架构分析
执行角色coder代码实现、修复、验证

建议：

  • 主机器人尽量保留 default
  • 子机器人使用稳定且可读的 account_id
  • 每个账号都单独测试一次连通性

第二步：先让每个机器人各自产生一次会话​

配置完成后，不要立刻去改会话配置。先分别给每个机器人发一条消息，让对应会话真正生成。

推荐顺序：

  1. 给主机器人发一条消息
  2. 给 CTO 机器人发一条消息
  3. 给 coder 机器人发一条消息

只有这样，Web 里的会话列表里才会出现对应机器人会话。

第三步：进入每个会话的独立配置​

路径：

  1. 打开 Web 聊天
  2. 在会话列表里找到目标机器人会话
  3. 点击该会话的设置按钮
  4. 进入 会话配置
  5. 打开 使用自定义配置

会话自定义配置的含义是：

  • 不打开：继续沿用全局默认模型和人格
  • 打开：只覆盖当前这个机器人会话

第四步：给每个机器人单独设模型​

当前会话级模型配置可以独立覆盖：

  • provider
  • model
  • temperature
  • max_tokens
  • max_iterations
  • thinking_enabled
  • api_key
  • api_base

一个常见分工是：

  • default 用偏综合推理和汇总的模型
  • cto 用偏规划、分析、架构的模型
  • coder 用偏代码能力更强的模型

这一步完成后，同一个实例里的不同机器人就可以各自走不同的模型和 API。

第五步：给每个机器人单独设人设和系统提示词​

除了模型，每个机器人还应该有自己的角色设定。

建议最少明确三件事：

  • 角色名称
  • 说话风格
  • 长期职责

示例写法：

主机器人​

你负责全局任务理解、问题拆解、汇总结论和继续追问。
当任务适合交给技术角色或 coder 时，明确给出分工建议。

CTO 机器人​

你专注技术选型、系统设计、风险分析和工程规划。
优先输出方案、边界条件和取舍。

coder 机器人​

你专注编码实现、修复问题和给出可执行步骤。
少讲空话，优先输出代码、命令、修改点和验证方法。

一个要点：

  • 如果你填写了“自定义系统提示词”，就应该把角色职责写完整
  • 不要假设一条很短的自定义提示词还能自动继承原有性格模板

拉进同一个群以后会怎样​

当 default、cto、coder 同时在一个群里时，你可以通过 @ 来唤醒不同角色。

例如：

@default 帮我拆一下需求
@cto 给我出技术方案
@coder 按这个方案写代码

实践上要记住三点：

  • 主机器人通常更适合承担汇总、接力和继续追问
  • 子机器人通常拥有自己的独立会话
  • 子机器人虽然在同一个群里回复，但不应默认它们完整共享主机器人上下文

如果你希望角色之间真正衔接，最稳妥的方式不是“假设它们自然共享上下文”，而是：

  1. 先让上一个角色输出结论
  2. 再把关键结论显式交给下一个角色

推荐配置顺序​

  1. 先把多个机器人账号配好
  2. 确保主机器人使用 default
  3. 给每个机器人各发一条消息，生成会话
  4. 再进入每个会话做自定义配置
  5. 最后拉进同一个群做协作验证

按这个顺序做，最不容易出现“账号配好了但会话还没出现”的问题。

常见问题​

为什么我已经配置了多个机器人，但 Web 里没看到多个会话​

通常是因为对应机器人还没有真正收到消息。先分别给每个机器人发一条消息，再回 Web 查看。

为什么主机器人和子机器人没有完全共享上下文​

这是预期行为。多机器人入口更像“多个独立会话协作”，不是一个会话里硬切人格。

为什么建议主机器人保留 default​

因为默认账号通常更适合作为主入口和主群上下文拥有者，后续排查、路由和长期维护也更直观。

相关文档​