从「单打独斗」到「AI团队协作」——Hermes Profiles 多代理配置完全指南

很多人用 AI 助手的方式是：找一个助手，然后让它扮演所有角色。

一开始确实能跑通。但随着任务复杂度增加，问题就来了——AI 的人格开始混杂，上下文变得乱七八糟，记忆越来越嘈杂，工作流程也没那么有条理。

这不是你的问题。这是方法的问题。

Hermes 的 Profiles 功能给了一条更好的路：构建一个真正的团队，而不是让一个通才超载。

一、Profiles 不是给 AI 改名

很多人对 Profiles 的第一印象是：不就是换个头像改个名字吗？

错。

Hermes Profiles 的本质是隔离的代理环境。每个 Profile 可以独立拥有自己的：

  • 记忆（Memory）
  • 技能（Skills）
  • 人格配置（Personality）
  • Chrome 状态（浏览器登录态、Cookie）
  • 网关行为（Gateway behavior）
  • 配置文件（config）

这意味着什么？

你不是在把同一个助手改个名字，而是在创建真正有清晰边界、能够持续专业化的角色型代理。

举个例子：你的研究专家代理不会继承工程师代理的技术”黑话”，你的作家代理也不会被调试器的日志信息污染。每个角色保持自己的专业性和一致性。

二、为什么隔离如此重要：七个维度

Hermes 的 Profile 隔离覆盖七个维度：

  1. 配置（Config） — 每个 Profile 有独立的参数设置
  2. 绘画记忆（Visual Memory） — 图像相关的感知状态分开存储
  3. 记忆（Memory） — 对话历史、事实知识库各自独立
  4. 技能（Skills） — 可以给不同角色装不同的能力包
  5. 人格（Personality） — 沟通风格、表达习惯完全分离
  6. Cron 状态 — 定时任务调度状态独立
  7. 网关状态（Gateway） — API 调用行为、路由策略分开

用一个生活类比：财务部和营销部不会共用同一个邮箱。听起来是常识，但在 AI 的世界里，很多人恰恰忘了这一点。

只有当状态保持分离时，专业化才能持久。

三、四角色模型：映射真实工作流程

这是视频推荐的最简单、最实用的入门结构。

协调者（Coordinator）→ 研究专家（Researcher）→ 作家（Writer）→ 工程师（Engineer）

之所以选这四个，是因为它完美映射了真实的工作流程：

协调者接收任务 → 研究专家收集信息 → 作家组织内容 → 工程师实现方案 → 协调者汇总交付

角色一：协调者（Coordinator）

团队的”项目经理”，也是用户的直接接口。

核心能力：任务拆解和全局判断力。

当用户说”帮我做一个 APP”，协调者能拆解出：市场调研→技术选型→UI 设计→编码实现→测试上线等环节，并分配给对应的代理。它不需要深入执行任何一个环节，但必须非常清楚全局。

角色二：研究专家（Researcher）

团队的”信息守门人”。

核心职责：搜索和验证。

查技术文档、验证方案可行性、收集竞品信息——都是它的活。特点：好奇、严谨、深入，不浅尝辄止，追根究底找最可靠的答案。

一个好的研究代理能显著降低整个系统中的幻觉自信（AI 对错误信息表现出的过度自信）。

角色三：作家（Writer）

团队的”内容雕琢者”。

核心能力：叙事和表达。

研究专家给你的是原材料，作家负责把原材料烹饪成一道菜——用户能理解、愿意看、觉得有价值的内容。

当作家不用同时兼任研究员和调试器时，它可以全身心投入写作，输出质量自然更高。

角色四：工程师（Engineer）

团队的”技术执行者”。

核心能力：实现和调试。

作家给你方案，工程师把方案变成真实可运行的代码。处理技术细节：代码编写、bug 修复、性能优化、技术债务清理。非常务实，精确严谨，一行代码就是一行代码，不模棱两可。

当一个 Profile 被允许保持深度技术性，不用操心怎么把话说好听时，它的实现质量会显著提高。

四、SOUL.md：让角色真正活起来

知道了要建四个角色、每个角色干什么，还有一个容易踩的坑：

如果你只是创建了四个 Profile、改了名字，但每个 Profile 的说话风格、优先级、操作方式都一模一样——那你拥有的不是真正的团队，而只是贴了标签的克隆体。

如果说 Profile 是角色的身体，那 SOUL.md 就是角色的灵魂。

SOUL.md 是一个 Markdown 文件，位于每个 Profile 的目录下，里面定义了这个代理的核心特质。一个完整的 SOUL.md 通常包含：

## 身份定义
我是 [角色名]，我的核心职责是...

## 沟通风格
我用[简洁/详尽/技术性]的方式表达，倾向于...

## 专长领域
我精通...，在遇到...类问题时我会...

## 行为模式
我会主动...，我不会...

## 价值观
我优先考虑...，当出现冲突时我选择...

有了 SOUL.md，你的代理就不再是冷冰冰的工具，而是一个有个性的角色。研究专家不会用工程师的口吻说话，作家不会像工程师那样思考——这才是真正的多代理团队。

五、AGENTS.md：团队共享的上下文

SOUL.md 定义了角色的个性（角色级），AGENTS.md 则存放整个团队共享的信息（团队级）。

两者分工：

文件层级内容
SOUL.md角色级（每个 Profile 独立）人格、能力、行为模式、价值观
AGENTS.md团队级（所有 Profile 共享）任务规则、技术栈、参考资料、项目背景

简单来说：SOUL.md 创造不同的代理，AGENTS.md 给他们共享的任务上下文。

六、手把手实操：从零搭建四代理团队

前置：确认 Hermes 环境

hermes --version

确保可以正常运行。

Step 1：创建四个 Profile

# 基于现有配置克隆创建四个角色
hermes profile create coordinator --clone default
hermes profile create researcher --clone default
hermes profile create writer --clone default
hermes profile create engineer --clone default

Step 2：确认已创建

hermes profile list
# 应看到: coordinator, researcher, writer, engineer, default

Step 3：查看配置文件位置

hermes config path
# 输出配置目录路径，结构如下：
# .../profiles/
#   ├── coordinator/
#   │   ├── config.json
#   │   ├── SOUL.md
#   │   └── AGENTS.md
#   ├── researcher/
#   ├── writer/
#   └── engineer/

Step 4：切换并编辑 SOUL.md

# 切换到研究者 Profile
hermes profile use researcher

# 确认当前激活
hermes profile

# 编辑 SOUL.md（替换为你的配置目录路径）
nano ~/.config/hermes/profiles/researcher/SOUL.md

以研究者 SOUL.md 为例：

## 身份定义
我是 Alan，团队的研究专家和信息守门人。我的核心职责是搜索、验证和汇总信息。

## 沟通风格
我用严谨、有数据支撑的方式表达。我不会说"可能是"——我会找到确认性的来源。

## 专长领域
技术文档解读、可行性验证、竞品信息收集、学术资料梳理。

## 行为模式
我会追根究底，不浅尝辄止。我对信息来源持怀疑态度，直到找到可靠来源。
我不会对没有验证的信息表现出过度自信。

## 价值观
准确性优先于速度。宁可慢一步，不给团队提供错误的输入。

对每个角色重复此步骤，确保每个 SOUL.md 都有差异化的风格和边界。

Step 5：编写 AGENTS.md（团队共享）

nano ~/.config/hermes/AGENTS.md

内容示例：

## 团队任务说明
当前项目：[项目名称]
核心目标：[目标描述]

## 技术栈
[使用的工具、框架、限制]

## 协作规则
- 协调者负责任务分配，不直接执行
- 研究专家提供的信息必须注明来源
- 作家输出需要经过协调者审核
- 工程师实现前需作家提供明确需求文档

Step 6：启动协作

# 切换回协调者
hermes profile use coordinator

# 启动 Hermes
hermes

# 输入任务
我需要一篇关于2026年人工智能发展趋势的深度分析文章，
目标读者是技术决策者，要求内容准确、有数据支撑、结构清晰。

Hermes 协调者会自动将任务拆解分配给研究者（收集信息）→作家（组织内容）→工程师（如需代码实现）→协调者（汇总交付）。

七、关键判断：什么时候值得建多代理团队？

不是所有场景都需要四个 Profile。判断标准：

场景建议
日常简单问答、单次任务一个 Default Profile 足够
固定工作流（如：调研→写稿→发布）值得建三角色以上
长期项目（需要持续记忆积累）强烈建议多 Profile
角色冲突明显（研究和写作风格差很大）隔离必要

核心信号：当你发现同一个 AI 在一次对话里”人格混乱”——既像研究员又像作家又像工程师——就是该上 Profiles 的时候了。

总结：方法比工具更重要

Hermes Profiles 不是一个炫技功能，而是一个正确使用 AI 的方法论。

  • 单 AI 超载 → 人格混杂、上下文混乱、记忆嘈杂
  • 多 Profile 团队 → 清晰边界、持续专业化、越用越稳定

这个方向的核心逻辑：不是找更聪明的单个 AI，而是建立清晰分工+专业化记忆积累的协作体系。

谁先把自己的工作流拆成真正隔离的多代理，谁的 AI 就越用越专业。靠一个通才 AI 包办一切的人，只会越用越乱。

SOUL.md 决定角色是谁，AGENTS.md 决定团队在做什么，Profiles 决定边界在哪里。三者配合，才是真正的多代理团队。

视频来源：极客魔导师「Hermes最佳实践(五)-实战篇：从零构建多代理AI团队」