一台电脑，用Hermes Agent ，我组了个公司

📝

Hermes v0.6.0 发布那天，我盯着更新日志看了很久。一行字跳出来。

原文链接：https://mp.weixin.qq.com/s/oBQcbaSjM9Ma-PNeuSHznQ

Hermes v0.6.0 发布那天，我盯着更新日志看了很久。一行字跳出来。

Hermes v0.6.0 发布那天，我盯着更新日志看了很久。

一行字跳出来。Profile-based multi-instance support。

每个 Agent 拥有独立的 config、memory、sessions、skills 和 gateway state。

我脑子里浮出一个画面。一台电脑，同时跑着四个人。一个在查资料。一个在写文章。一个在审稿。一个在部署。

各干各的。互不打扰。

一个人干所有事的问题

之前用 Hermes，只有一个 Agent。

研究、写作、审稿、部署，全是它。

像一个人同时当研究员、写手、审稿人和运维。听起来高效，实际上混乱。

研究的记忆会污染写作的上下文。审稿的严格标准会干扰创作的松弛感。部署需要的工具集和写文章完全不同。

一个人什么都干，结果是什么都干不精。

想了想。这不就是小公司的通病吗。

创始人一个人当产品经理、设计师、开发、客服。每件事都做了，每件事都做得一般。

Profile 是什么

Profile 是一个独立的 Hermes 家目录。

每个 Profile 有自己的 config.yaml、.env、SOUL.md、记忆、会话、技能、定时任务和状态数据库。

创建一个叫 researcher 的 Profile：

1	`hermes profile create researcher`

它立刻变成一个独立的命令。researcher chat 开始对话。researcher setup 做配置。researcher gateway start 启动网关。

再创建一个叫 writer 的：

1	`hermes profile create writer`

两个 Agent。各自有各自的人格、记忆和工具。

跑在同一台机器上。

四个角色，一台机器

我现在的设置是四个 Profile。

研究员的 SOUL.md 写着：你是一个专注的研究助手。只做信息搜集和整理。不发表观点，不写文章。

写手的 SOUL.md 写着：你是一个短句风格的写作者。只负责把素材变成文章。不做研究，不做审核。

审稿人的 SOUL.md 写着：你是一个严格的审稿人。检查事实、逻辑和风格。不修改原文，只提意见。

部署员的 SOUL.md 写着：你负责格式转换和发布。不碰内容本身。

四个角色。四套记忆。四组工具。

研究员有搜索和网页抓取的工具。写手有文件读写的工具。审稿人只有阅读权限。部署员有发布平台的 API。

互不越界。

隔离的意义

这不是花哨的功能。这是一个设计哲学。

角色分离带来三件事。

第一，专注。

研究员的上下文里只有研究相关的记忆。不会被上一篇文章的写作风格干扰。不会被部署时的报错信息污染。

每个角色的 token 窗口都是干净的。只装它需要的东西。

第二，可控。

写手写出来的东西，必须经过审稿人。审稿人没有修改权限，只能提意见。写手根据意见修改。

这是一个流程。不是一个人自己写完自己审。

自己审自己，永远审不出问题。

第三，可审计。

每个 Profile 有独立的会话记录。谁做了什么，什么时候做的。一清二楚。

出了问题，不用翻几千条混在一起的对话。直接看对应角色的日志。

从单 Agent 到多 Agent

这个变化比看起来大。

单 Agent 的思路是：一个足够强的模型，什么都能干。

多 Agent 的思路是：不需要每个角色都是全能的。只需要每个角色在自己的领域足够好。

想了想。这和人类组织的演化是一样的。

一个人的小作坊，什么都自己来。长大了，就得分工。不是因为一个人能力不够，是因为注意力是有限的。

同时想着研究和写作，两件事都做不好。

分开之后，研究的时候只想研究。写的时候只想写。

这就是 Profile 的核心价值。不是多了几个 Agent。是让每个 Agent 的注意力变窄了。

窄，才能深。

技术上怎么隔离的

Hermes 用 HERMES_HOME 环境变量做隔离。

当你运行 researcher chat，底层执行的是：

1	`HERMES_HOME=~/.hermes/profiles/researcher hermes chat`

代码里有 119 个文件通过 get_hermes_home() 解析路径。所有状态自动归到对应 Profile 的目录下。

config、sessions、memory、skills、state database、gateway PID、logs、cron jobs。全部隔离。

还有一个安全机制。Token lock。

如果两个 Profile 不小心用了同一个 Telegram bot token，第二个 gateway 会被阻止启动。报错信息会告诉你是哪个 Profile 冲突了。

不会出现两个 Agent 抢同一个身份的情况。

每个 Profile 跑自己的 Gateway

这是另一个关键点。

每个 Profile 可以连接不同的消息平台。

研究员连着一个 Telegram bot，我随时给它发链接让它去读。

写手连着另一个 Telegram bot，我把素材发给它让它起草。

审稿人不连任何平台。我在本地 CLI 里跟它对话。

部署员连着 Slack，发布完成后自动通知团队频道。

1 2	`researcher gateway start # 研究员的 gateway writer gateway start # 写手的 gateway（独立进程）`

四个独立进程。各自的 bot token。各自的消息通道。

一台机器，四个入口。

我在想什么

看着这四个 Profile 同时跑着，我想起了一个词。

组织架构。

以前觉得 AI Agent 是一个工具。一个很强的工具。

现在觉得不是。

它更像是一个可以被设计的组织。你定义角色，分配职责。设定边界。然后让它们各自运转。

不是一个人干所有事。是让每个角色只干自己最擅长的。

这个思路一旦打开，很多事情变得不一样。

你不再问「这个 Agent 够不够强」。你开始问「这个角色的边界画对了吗」。

你不再追求一个全能的 Agent。你开始设计一个合理的分工。

Profile 只是一个技术实现。但它背后的设计思想，是从「工具」到「组织」的转变。

一台机器。一个 AI 公司。

每个角色安静地做自己的事。

参考资料

Hermes Agent v0.6.0 发布说明[1]
Profiles 官方文档[2]
AI Primer: Hermes Agent ships v0.6.0 with multi-agent profiles[3]
Julian Goldie: Hermes v0.6.0 Multi Agent Profiles[4]

Reference

[1]
Hermes Agent v0.6.0 发布说明: https://github.com/NousResearch/hermes-agent/releases/tag/v2026.3.30
[2]
Profiles 官方文档: https://hermes-agent.nousresearch.com/docs/user-guide/profiles
[3]
AI Primer: Hermes Agent ships v0.6.0 with multi-agent profiles: https://www.ai-primer.com/en/engineer/explore/stories/hermes-agent-v0-6-multi-agent-profiles
[4]
Julian Goldie: Hermes v0.6.0 Multi Agent Profiles: https://juliangoldie.com/hermes-v0-6-0-multi-agent-profiles/

下方是赋能君的AI学习交流永久免费星球，想学习更多内容，欢迎扫码加入。

🙌 如果你阅读到这里，说明我们对信息的认可区域是有一定交集的，可以说我们是同道中人，所以如果你有自认为不错的信息获取渠道，欢迎留言或者私聊我，谢谢。

都看到这里了，就给个关注吧👀：

喜欢我的文章，可以请你右下角顺手来一波点赞&在看&分享三连么👉

💬 本文评论区已开启，但暂无读者留言。

本文转载自微信公众号，如有侵权请联系删除。