Home
avatar

麒麟剑

一个人怎么管一支团队：多 Profile 与子 Agent 协作编排

一点字 0分钟 Hermes Agent

上一节我们把 Agent 接进了飞书微信群，它开始干活了。但很快你会撞墙：一个 Agent 上下文有限，既要回老板的消息、又要写代码、还要做市场调研，聊着聊着就”失忆”、token 爆表、响应变慢。

真实团队怎么解决？不是让一个人身兼十职，而是分角色、分工位。Hermes 里对应的两套机制：轻量的 多 Profile，和更强但也更重的 Bot Mode + 子 Agent 协作。本节把它们讲透。

一、多 Profile：隔离的”平行人格”

Hermes 中文桌面版工作台：运行状态、会话与工作空间一览 ▲ Hermes 中文桌面版工作台：运行状态、会话与工作空间一览

Profile 是 Hermes 的配置档案。每个 Profile 有自己独立的 HERMES_HOME、config、memory、skills、credentials、聊天历史，互不串味。

hermes -p <bot> chat                      # 用指定 profile 启动会话
hermes profile create newbot --clone-all  # 从现有配置克隆一个新 profile

存储位置：~/.hermes/profiles/<name>/。各 profile 完全隔离，可以多 profile 并发同时跑——一个写代码、一个盯监控、一个回飞书，互不干扰。

--clone-all 很实用：先把一个调好的”全能员工”配齐模型/技能/记忆，再克隆出几个特化版本，分别改系统提示即可。

~/.hermes/
├── config.yaml            # 主 profile
├── profiles/
│   ├── coder/            # 独立 config/memory/skills/credentials/历史
│   ├── researcher/
│   └── ops/

二、delegate_task：把活儿派给”临时工”

多 profile 是常设团队；delegate_task 是临时派单。它属于 delegation 工具集，核心特性：在隔离上下文里派生子代理，子代理自己跑完，只把最终摘要返回主会话。

主 Agent（持有全部上下文、记忆、人格）
   │
   │  delegate_task("调研竞品定价")
   ▼
子 Agent（全新隔离上下文，只看到任务）
   │  跑完，自身上下文不污染主会话
   ▼
返回：一段精炼摘要 ──► 主 Agent 继续

为什么重要？主会话的 token 不随子任务膨胀。多主题并行研究、长链调研，全丢给 delegate，主 Agent 只收结论。刚才的简报就提到：多主题研究用 delegate_task 降主会话 token。

⚠️ delegate 出来的子代理是”一次性”的，没有跨会话记忆。需要长期专才，用 Profile/Bot 而非 delegate。

三、Bot Mode：桌面端的”可视化团队”

Bot Mode 是桌面端内置、默认开启的一层 profile 可视化封装。每个 Bot = 一个具名 profile，有头像、独立模型/记忆/技能/routines/chat。

创建路径：桌面端 Bots 标签 → New Agent（填 Name/Title/Description），Advanced 里可 Clone、Pin 模型、自定义 SOUL.md、逐项启用 skill/toolset/MCP、共享密钥。

@提及协作是精髓：一个群组里放 2–6 个 Bot，用户发消息后，Bot 之间最多进行 3 轮串行协作。Bot 可以用 @name 拉同伴、用 @user 把问题升级给人类（房间标 “needs you”）。硬上限：每发 10 条消息 / 3 回合。

   用户 @dev @qa "上线前帮我俩对一遍"
        │
        ├─► dev Bot ──分析代码──► 摘要
        │                    │
        ├─► qa Bot ──测边界──► 摘要
        │                    │
        ▼                    ▼
   汇总结论 ──若卡住──► @user 升级给人类

跨机编排：Bot 不止在本机。用 peer 把远程 Hermes 也拉进来：

hermes peer add spark --url http://spark.lan:8377 --key <API_SERVER_KEY>
hermes peer dm spark < /tmp/dm.txt

对应 config：

agent:
  bot_mode_protocol: true      # 默认开启，向 Bot canonical chat 注入 bot-to-bot 协议
bot_peers:
  spark:
    url: http://spark.lan:8377

Routines：本质是 Hermes 的 cron，命名形如 [bot:<name>] <routine>，结果落入该 Bot 的聊天历史（hermes cron list 能看到）。这就是”数字员工定时打卡”的能力来源。

四、编排模式怎么选

需求用什么
长期专才、有独立记忆人格Profile / Bot
一次性并行调研、降主会话 tokendelegate_task
多 Bot 在群里互相配合、能升级人类Bot Mode @提及
跨机器组队hermes peer add/dm
定时自动执行Routines（cron）

五、避坑提示

⚠️ delegate 不共享记忆。 子代理看不到主会话历史，派单时要把关键上下文写进任务描述，否则它瞎猜。

⚠️ Bot 协作有硬上限（3 轮/10 条）。 别指望 Bot 群聊能无限自嗨，复杂流程拆成多个 delegate 或 routines 更稳。

⚠️ @user 升级是兜底，不是常规路径。 设计协作流程时默认 Bot 能自治解决，只在真卡住时才打扰人。

⚠️ Peer 跨机要走密钥。 API_SERVER_KEY 等同把远端 Agent 开放出去，务必配合网关白名单（见第 12 节安全），别裸奔在公网。

⚠️ 克隆 profile 后记得改系统提示。 --clone-all 复制的是配置骨架，人格/专长要靠 SOUL.md 和 system prompt 区分，不然克隆出一群一模一样的员工没意义。

本节能造出什么数字员工

  • 分工明确的 Agent 小队：coder / researcher / ops 三个 Profile 并发，各管一摊。
  • 调研外包工：主 Agent 用 delegate_task 把竞品分析、资料收集甩出去，自己只看摘要。
  • 飞书群里的协作小队：放 2–3 个 Bot，@ 一下就自动分工、汇总、必要时叫你。
  • 跨地域双机团队：本地 Bot + 远程 spark 机器上的 Bot 通过 peer 联动。

下篇预告

团队组起来了，但每个 Bot 自带 83 个内置工具还不够——你公司还有 GitHub、数据库、内部 API、n8n 工作流。第 11 节《接上外部”器官”：用 MCP 协议打通你的工具生态》——用 MCP 把 Hermes 接到你已有的工具链上，还能反向当 MCP server 给 Claude Code 用。

延伸阅读

Hermes Agent 数字员工 AI智能体 自托管 Nous Research 多智能体 Bot Mode 子Agent delegate_task