大多数人的用法是：配置一个 AI 助手，然后强迫它同时成为研究员、作家、程序员、项目经理和运营。这是一个会逐渐失效的模式——人格模糊、context 混乱、记忆噪音越来越大、工作流失去节奏感。

Hermes 提供了更好的路径：构建团队，而不是 overload 一个全能选手。

Hermes Profiles：不是皮肤，是隔离环境

Hermes Profiles 是这个系统里最被低估的功能。它们不仅仅是 cosmetic personas，而是隔离的 Agent 环境，可以分离：memory、sessions、skills、personality、configuration、cron state、gateway behavior。

这意味着你不只是把一个助手改四个名字，而是创建了基于角色的 Agent，边界更清晰，专长更持久。

核心认知转变：

  • ❌ 错误模型："我需要一个能搞定一切的天才 AI"
  • ✅ 正确模型："我需要一个小型团队，角色分明、交接清晰、context 污染少"

团队分工：四个角色

作者建议从四个角色开始：

角色名称定位核心职责
OrchestratorHermes指挥中心规划、分解、排序、最终合成
ResearchAlan研究专家收集来源、验证claims、把原始信息变成可决策的发现
WriterMira叙事架构师把验证过的材料变成清晰、结构化的沟通内容
EngineerTuring调试员/系统工程师把计划变成工作系统、测试、修复、可靠输出

关键设计：SOUL.md vs AGENTS.md

Hermes 用 SOUL.md 定义 Agent 是谁（tone、默认行为、优势、优先级、应避免什么），用 AGENTS.md 存储项目级共享上下文（仓库结构、代码规范、工作流规则、工具使用预期）。

这带来一个关键区分：

  • SOUL.md：定义 Agent 身份
  • AGENTS.md：定义共享项目上下文

不要在 SOUL.md 里塞临时项目细节——身份保持稳定，项目上下文单独管理。

SOUL.md 模板示例

每个 profile 有自己的 SOUL.md：

  • Hermes（Orchestrator）：结构化、果断，声音像 Traffic Controller
  • Alan（Researcher）：证据优先、怀疑态度、结构化，声音像研究型记者
  • Mira（Writer）：清晰、 audience-aware，声音像专业编辑
  • Turing（Engineer）：精确、test-oriented，声音像 senior 工程师

实践路径

从工作正常的 Hermes 设置开始，用 --clone 创建新 profile：

hermes profile create alan --clone
hermes profile create mira --clone
hermes profile create turing --clone

--clone 会复制 config.yaml、.env、SOUL.md，但每个新 profile 有自己的隔离 memory 和 session history。

配合 Hermes Gateway，不同 profile 可以作为不同的消息身份运行，通过 Telegram 远程管理——团队不再锁在本地 terminal 里。

核心收获

Multi-agent 系统失败的常见原因：所有东西共享同一个 memory 和 tone。

Specialization 只有在 state 分离的情况下才是 durable 的。Hermes Profiles 的最佳理解方式：AI 工作的角色边界，不是 novelty character skins。

想用 Hermes 更有生产力？停止强迫一个 Agent 做所有事，构建一个团队。先从一个 Orchestrator + 一个 Specialist 开始，验证了交接流程再扩展。