专治"Agent分裂症"：用 Hermes Profiles 给 AI 分工

📝

当你只有一个 Agent，它什么都能干，但什么都不该干的时候，你需要的不是更强的模型，而是更清晰的分工

原文链接：https://mp.weixin.qq.com/s?__biz=MzI0OTg0NTk0MA==&mid=2247484237&idx=1&sn=872f37bd06f7e29141f8a664bf31ee34&chksm=e98a0296defd8b80e7d5fdc140297eb793aa9e62a8cc973ce5dd78cde1abf3e31415983ff9e6&cur_album_id=4490738536379580425&scene=189#wechat_redirect

当你只有一个 Agent，它什么都能干，但什么都不该干的时候，你需要的不是更强的模型，而是更清晰的分工

上周，我的 Hermes Agent 干了一件让我哭笑不得的事。

我让它帮我往知识库里录入一篇关于 Rust 并发模型的文章，结果它读着读着，突然开始”顺手”重构了我项目里的一个 .rs 文件——因为文章里提到了 Arc<Mutex> 的最佳实践，它觉得我的代码写得”不够 Rust”。

代码确实改得没问题。但那是知识库录入任务，不是代码重构任务。

这件事让我意识到一个被长期忽视的问题：当你只有一个 Agent，它什么都能干，但什么都不该干的时候，你需要的不是更强的模型，而是更清晰的分工。

一个 Agent 的”人格分裂”

用过 Hermes Agent 的人都知道，它是一个全能选手：写代码、读代码、跑命令、查文档、管理知识库——只要你能想到的终端操作，它几乎都能做。

但”什么都能做”的另一面是”什么都可能做”。

我日常主要用它干两类活：

写代码——改 Bug、重构、写新功能、跑测试、提交 PR
管知识库——录入文章、整理笔记、查询历史、维护 wiki

这两件事对 Agent 的要求完全不同：

维度

写代码

管知识库

需要终端权限

需要执行、编译、部署

只需读写文件

需要代码图谱

需要（影响分析、依赖追踪）

不需要

需要向量检索

偶尔（查 API 文档）

核心（RAG 检索）

需要模型能力

强推理（Claude Sonnet / Opus）

强阅读理解即可（便宜模型够用）

搞砸的代价

生产事故

文档格式乱了

把它们塞进同一个 Agent，就像让一个人同时当外科医生和图书管理员——不是不能干，而是角色切换的成本和风险都不低。

Hermes Profiles：不是多开窗口，是分身术

Hermes 有一个被很多人忽略的功能叫 Profiles。简单说，它让你在同一台机器上运行多个完全独立的 Hermes Agent，每个 Agent 有自己的配置、API Key、记忆、会话、技能和网关状态。

-
-

1	`hermes profile create coder # 创建"码农"Agent``hermes profile create librarian # 创建"馆员"Agent`

这两行命令跑完，你立刻有了两个独立的 Agent：

-
-

1	`coder chat # 码农上线，只管写代码``librarian chat # 馆员上线，只管知识库`

关键在于，它们是完全隔离的。每个 Profile 有自己的：

config.yaml — 不同的模型、Provider、工具集
.env — 不同的 API Key
SOUL.md — 不同的人格和指令
记忆和会话 — 互不干扰
技能和定时任务 — 各自独立

这不是开两个终端窗口那种”伪隔离”——你的码农 Agent 根本不知道知识库的存在，馆员 Agent 也不会碰你的代码。

我的分工方案

coder：全职码农

1	`hermes profile create coder --clone`

用 --clone 从默认 Profile 复制配置，然后微调：

-
-

`# coder 的 SOUL.md：专注代码``echo "你是一个专注的后端开发工程师。你的职责是写代码、改 Bug、重构、跑测试。``不要主动修改文档或知识库。如果发现文档问题，告知用户即可。" \``> ~/.hermes/profiles/coder/SOUL.md````# coder 的项目目录``coder config set terminal.cwd /Users/one/codes/my-project`

它挂载的是 Code Review Graph 代码图谱 + OpenViking RAG 的”双脑”——Code Review Graph 负责精准的变更影响分析，OpenViking 负责代码和文档的记忆检索。主要用 Claude Sonnet 写代码。

librarian：知识库管理员

1	`hermes profile create librarian`

全新 Profile，从零配置：

-
-

`# librarian 的 SOUL.md：专注知识管理``echo "你是一个知识库管理员。你的职责是录入文章、整理笔记、维护 wiki、回答知识查询。``不要修改任何代码文件。如果发现代码问题，告知用户即可。" \``> ~/.hermes/profiles/librarian/SOUL.md````# librarian 的知识库目录``librarian config set terminal.cwd /Users/one/codes/project-manager/obwiki`

它不需要代码图谱，不需要编译权限，模型选 DeepSeek-V4-Flash——阅读理解够用，而且便宜到几乎免费，核心能力是 RAG 检索和文档整理。

实际使用

-
-

`# 白天写代码``coder chat``# > 帮我重构 SessionManager 的 process_request````# 晚上整理知识库``librarian chat``# > 录入这篇文章：https://mp.weixin.qq.com/s/...````# 切换默认 Profile，不用每次打 -p``hermes profile use coder     # 默认走码农``hermes profile use librarian # 默认走馆员`

prompt 里也会显示当前 Profile 名字，不会搞混：

-
-

1	`coder ❯ 帮我重构这个函数``librarian ❯ 这篇文章的核心观点是什么`

实验性 Profile：开源功能的”小白鼠”

分工只是 Profile 的第一层用法。我更兴奋的是第二层——创建实验性 Agent 来测试开源功能，合适了再合并到主 Agent。

我之前写过一篇代码图谱工具的对比文章，把 Code Review Graph 和 Graphify 都试了一遍。但那篇”轻描淡写”的对比背后，其实是一次次”在主 Agent 上装了又拆、拆了又装”的血泪史。

如果把那几个code-review-graph和graphify直接装到主 Agent 里，万一配置冲突、索引把 CPU 跑满、或者 Skill 写坏了配置文件——我的日常编码流水线直接瘫痪。而且像GitNexus这种需要商业授权的，在研究后再从主Agent撤回，更是灾难。

但是这个使用Agent clone的方式，所有问题就迎刃而解。

新工具使用Agent clone测试验证

前面我做了一篇对比选择都是代码转知识图谱，GitNexus、Code-Review-Graph和Graphify该怎么选？下面就是我用agent clone方式做的验证

-
-

1	`# 从 coder 全量克隆一个实验体``hermes profile create lab --clone-from coder --clone-all`

--clone-all 会复制一切——配置、记忆、会话、技能、cron，一个完整的快照。这样 lab 和我的主 Agent 有完全一样的能力基线，只是把 Code Review Graph 换成了 GitNexus。让Agent自己装Code Review Graph和GitNexus

-
-

1	`lab chat``# > 帮我分析一下改了 OrderService.updateStatus 的影响范围`

通过同样的方式来验证graphify

“实验-验证-合并”变成了我的肌肉记忆

这两次经历让我养成了一个习惯：任何新工具，先 lab，再 main。

-
-

`hermes profile create lab --clone-from coder --clone-all   # 从 coder 分支``# ... 在 lab 里测试新功能 ...``#   ✓ 验证通过 → 同步配置到 coder → 删除 lab``#   ✗ 暂不合适 → 直接删除 lab，零损失``hermes profile delete lab`

就像 Git 的 feature branch 一样——测试通过才合进 main，测试不通过就丢掉分支。主 Agent 永远是干净的、稳定的、可信赖的。

不是多开，是架构

回过头看，我最初只是想让 Agent 别”顺手”改我的代码。但 Profiles 给我的远不止是一个隔离方案——它改变了我对 AI Agent 的使用架构。

以前：一个全能 Agent，什么活都找它，什么风险都担着。

现在：

-
-

1	`coder → 代码生产（强模型 + Code Review Graph + hab）``librarian → 知识管理（便宜模型 + RAG + wiki）``lab → 实验验证（全量快照，测试新工具，随时回滚）`

三个 Agent，三种角色，三种成本模型。

代码 Agent 用 Claude Sonnet，因为它需要强推理；知识库 Agent 用 DeepSeek-V4-Flash，阅读理解够用而且便宜到几乎免费；实验 Agent 是一次性用品，验证过就合并，验证不过就丢掉，绝不污染主 Agent。

这不是简单的”多开”，这是架构思维在 AI Agent 上的落地。就像微服务不是为了”多开几个服务”，而是为了让每个服务做它最擅长的事。

如果你的 Hermes Agent 也在”人格分裂”的边缘挣扎，试试 Profiles。那种从”一个什么都干但什么都不专”到”每个 Agent 都是最强版本”的感觉，用过就回不去了。

附：Profiles 速查表

操作

命令

创建空白 Profile
hermes profile create <name>
克隆配置
hermes profile create <name> --clone
全量快照
hermes profile create <name> --clone-all
使用 Profile
hermes profile use <name>
查看当前 Profile
hermes profile
列出所有 Profile
hermes profile list
删除 Profile
hermes profile delete <name>
导出/导入
hermes profile export/import <name>

END -

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

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