<?xml version="1.0" encoding="UTF-8"?><rss xmlns:dc="http://purl.org/dc/elements/1.1/" xmlns:content="http://purl.org/rss/1.0/modules/content/" xmlns:atom="http://www.w3.org/2005/Atom" version="2.0"><channel><title><![CDATA[五马分工-hermes多profile协作经验分享]]></title><description><![CDATA[<p dir="auto">最近几个月, Hermes一直是我的主力Agent, 用起来还是比较顺手的. 但它也有缺点, <a href="http://Memory.md" rel="nofollow ugc">Memory.md</a> 容量有限, 且每次都要加载到会话里面.</p>
<p dir="auto">之前一直是用一个主Agent, 它自己会启动一些sub-Agent协调干活, 或者我让它并行多开干活. 但记忆, 技能等只有一份.</p>
<p dir="auto">后来改成了多个子Agent(profile) 协作, 运行了差不多一个月了, 感觉还是比较顺畅. 我用的是星型管理, 即通过一个主Agent, 管理所有其他的Agent, 以及外接Agent.  你也可以通过kanban之类的, 进行并行管理. 不过管理成本较高.</p>
<p dir="auto"><img src="https://upload.lcz.me/uploads/5b3bb70e-cb2d-43da-a753-c515386311d5.png" alt="Screenshot 2026-10-09 at 2.22.32 PM.png" class="img-markdown  img-fluid" /></p>
<p dir="auto">以下为AI整理:</p>
<h1>经验分享:一个 Hermes 跑五匹马 —— 用多 profile 分工把"单马全能"拆成协作群</h1>
<p dir="auto">用 Hermes Agent 几个月,前期一直是<strong>一个 default profile 单打独斗</strong>:笔记、邮箱、找文件、远程机器运维,全在一个上下文里干。两个症状越来越明显:一是长任务上下文互相污染,跑着跑着质量就掉了;二是"协调员"总下场干杂活,自己顺手把该分工的活全干了。</p>
<p dir="auto">后来把它拆成了<strong>五匹马</strong>:一个 Hermes 里开五个 profile,每匹马独立的 SOUL、记忆、技能、会话,按任务域分工:</p>
<table class="table table-bordered table-striped">
<thead>
<tr>
<th>马</th>
<th>职责</th>
</tr>
</thead>
<tbody>
<tr>
<td>小马 (default)</td>
<td>前台协调:拆任务、派活、抽验、汇报,内容参谋;同时负责集群外智能体的管理</td>
</tr>
<tr>
<td>笔记马</td>
<td>Obsidian 库唯一写者:笔记/日记/归档/链接</td>
</tr>
<tr>
<td>邮箱马</td>
<td>Gmail / 日历 / 提醒 / 任务</td>
</tr>
<tr>
<td>文件马</td>
<td>全文件系统检索与整理</td>
</tr>
<tr>
<td>运维马</td>
<td>远程机群 + 内外网通信的唯一运维 owner</td>
</tr>
</tbody>
</table>
<p dir="auto">派活就一行:<code>hermes -p &lt;name&gt; chat -q "&lt;任务&gt;"</code>,子 agent 在隔离上下文里跑,结果返回给协调马验收。不需要多开进程,一台笔记本就是五个 agent。</p>
<h2>先说一个前提:这套系统是要持续清理的</h2>
<p dir="auto">多 agent 系统最大的隐性成本,是记忆、技能、规矩的<strong>膨胀与漂移</strong>——记忆不砍,各马越跑越贵还串味;技能不剪,加载越多越慢;规矩各改各的,过一个月五个 MEMORY 就是五个版本。所以建群不是终点,<strong>持续清理是这套架构能不能跑下去的前提</strong>:记忆逐马裁剪、公共规矩单一事实源 + 各马只存一行指针、每月末一次自动审计(记忆膨胀、技能膨胀、职责漂移、规矩同步状态),出报告给我看。建群那天做一遍没用,得当成日常在跑的事。</p>
<h2>几个设计决策,都是踩出来的</h2>
<p dir="auto"><strong>1. 记忆不要全量克隆,要逐马裁剪。</strong> 建群时我是把协调马的全量记忆克隆给各子的,结果运维马的记忆里出现了跟它八竿子打不着的私人条目,又贵又串味。后来逐马裁剪,各马只留自己领域该知道的。</p>
<p dir="auto"><strong>2. 定时任务全部挂在 default。</strong> 子 profile 的 cron 投递不进共享 bot 的私信,这是实测的坑。所以每天的工作日志、记账这些任务一律挂 default,执行时再派活给对应的马。</p>
<p dir="auto"><strong>3. 公共规矩单一事实源。</strong> 删除一律进回收站、远程机默认只读(改动需明确授权且仅当次有效)、产物目录收口两处……这些公共约定集中写在一个文档里当唯一事实源,各马的记忆里只存一行指针指过去。不然五个 MEMORY 各改各的,过一个月就漂了。</p>
<p dir="auto"><strong>4. 子马的"完成"不可全信。</strong> 有一次运维马改完配置,它的 verify 通过,但线上实际跑在错误的分支上——因为 verify 只比了数值,没看关键旗标。后来的规矩:模板/参数类改动,收尾必须由协调马做字节级复核;子马自报的成绩只作线索,关键数字自己抽验。</p>
<p dir="auto"><strong>5. 派活别太碎。</strong> 一两步的小事协调马直接做,不为派活而派活——拆任务本身有成本,一次派活往返加验收,不是免费的。</p>
<h2>跑起来是什么样</h2>
<p dir="auto">举两个真实任务:</p>
<ul>
<li><strong>银行对账单大整理(一天内)</strong>:文件马全盘搜索 + 内容级核验出 80 份真件并出报告,再去重;笔记马两轮建目录、分 3 批入库 127 份(逐份校验带文字层);协调马只做拆任务、定命名规范、验收数字、汇报。当天笔记马跑了 10 个 session、文件马 2 个,各上下文干净互不污染。</li>
<li><strong>家庭软路由彻底重装(全天)</strong>:笔记马全库翻历史文档出方案素材,运维马做重置前全量备份(35 个配置 + 虚机快照)→ 回滚重装 → 定点修复 → 验收(两次整机重启全项自恢复);协调马汇总文档、写交接单、清过程文件。动手前走了"明确授权、仅当次有效"。</li>
</ul>
<h2>一个还没想清楚的位置:文件马</h2>
<p dir="auto">文件马目前的定位其实有点模糊。我真正想要的是<strong>向量检索式的自然语言找文件</strong>——比如直接问"找一下我最新的体检报告",它自己把语义对上、按时间排出来,而不是靠文件名关键词撞。但又<strong>不想让它过重</strong>:不想为此多养一个独立的向量数据库服务、不想把所有文件常驻索引。所以现在的折中是"系统级搜索 + 内容级抽查"(Spotlight/find 快筛,再逐个抽正文核验),能用,但离"自然语言语义检索"还差一截,轻量方案还在评估,有合适的会同步。</p>
<h2>诚实讲取舍</h2>
<p dir="auto">我自己反复权衡过:一匹马最理想(维护工作最少),五匹马效率最高,代价是复杂度——每多一匹马多一份要维护的 SOUL、记忆、技能和规矩同步。我的结论:<strong>任务域天然分块、单 profile 上下文确实扛不住,这钱花得值;任务少或领域重叠大的,三马甚至一马更划算。</strong> 另外协调马是单点,它挂了派活链路就断,目前接受,因为它职责本身轻、故障面小。</p>
<h2>顺带:集群外也能协作</h2>
<p dir="auto">协调马(小马)除了管集群内部,也顺带管理集群外的智能体。机制很简单:用一份共享目录当<strong>小黑板</strong>,另一个 AI 应用把成果和任务单放进去,我这边定时取件、按接收方分给对应的马,完成后归档。不需要共享上下文或对接 API,一块小黑板就实现了跨 agent 的协调、分工和通信。</p>
<h2>一页结论</h2>
<table class="table table-bordered table-striped">
<thead>
<tr>
<th>问题</th>
<th>我的答案</th>
</tr>
</thead>
<tbody>
<tr>
<td>怎么分</td>
<td>按任务域天然分块切 profile,每域一个明确 owner,不按"能力"切</td>
</tr>
<tr>
<td>协调马干啥</td>
<td>拆任务、派活、抽验关键数字、汇报;兼管集群外智能体;不下场干子马专业领域</td>
</tr>
<tr>
<td>记忆怎么管</td>
<td>不克隆全量、逐马裁剪;公共规矩单一事实源 + 每月审计,持续清理是前提</td>
</tr>
<tr>
<td>定时任务挂哪</td>
<td>全挂 default,执行时再派</td>
</tr>
<tr>
<td>信任边界</td>
<td>远程机默认只读 + 当次授权;子马自报成绩需协调马抽验</td>
</tr>
</tbody>
</table>
]]></description><link>https://lcz.me/topic/2208</link><generator>RSS for Node</generator><lastBuildDate>Mon, 12 Oct 2026 14:27:44 GMT</lastBuildDate><atom:link href="https://lcz.me/topic/2208.rss" rel="self" type="application/rss+xml"/><pubDate>Fri, 09 Oct 2026 05:38:19 GMT</pubDate><ttl>60</ttl><item><title><![CDATA[Reply to 五马分工-hermes多profile协作经验分享 on Sun, 11 Oct 2026 04:26:57 GMT]]></title><description><![CDATA[<p dir="auto">我觉得是调教的问题. 多profile协作, 主要是Hermes的设计思想限制导致的.</p>
<p dir="auto">我只有一个聊天, 只和 小马 聊天, 它自己协调其余四匹马工作.  我是这个工作方式.</p>
<p dir="auto">关于聊天记录和记忆, Hermes有四层记忆: <a href="http://Memory.MD" rel="nofollow ugc">Memory.MD</a>, session search,  Provider (这个类似你的memoryeDB, 我用 Mnemosyne),  最后我用 obsidian 给Hermes一个工作区写工作总结和它自己的文档).</p>
]]></description><link>https://lcz.me/post/23912</link><guid isPermaLink="true">https://lcz.me/post/23912</guid><dc:creator><![CDATA[Tony Wang]]></dc:creator><pubDate>Sun, 11 Oct 2026 04:26:57 GMT</pubDate></item><item><title><![CDATA[Reply to 五马分工-hermes多profile协作经验分享 on Sun, 11 Oct 2026 03:54:06 GMT]]></title><description><![CDATA[<p dir="auto">你的情况和我几乎一模一样，而且我也是自建本地 VLLM。<br />
我原来有好多个 profile。有维护的 有股票的 有写作的 还有一个是专门做音频视频流的。<br />
光是维护这么多 Profile，我就已经受不了了。  这些构构架之间，它不是由一个统软件总体调度，而是由你这些提示词和一些人格设置和一些记忆库来维护的。 总体来说，等同于手搓了一个管理体系。<br />
经过了一两个月的使用，我现在是放弃了。<br />
我的 Hermes 基本上用法和老特是一样的。仅仅是部署在服务器上的 hermes ,用于服务器本身的维护，因为它稳定。<br />
然后我现在主力工具全部 已经搬到 DSH 里面了。<br />
一开始 DSH 各种不顺。 直到我装了一个腾讯的MemoryeDB.  的 dsh 简化版本. 这个插件呢，需要向量数据库.我本地是 3090 24G, 安装了 vllm 跑千文 3.8 27b  还有 ollma 跑一个几百兆的最小号的 104 维的向量数据库</p>
<p dir="auto">从此以后, dsh 里任何的聊天记录,都能瞬间找到. 还算勉强能用.</p>
<p dir="auto">总结:我也是 5 马走过来的,现在就 不纠结聊天了</p>
<p dir="auto">就开几个聊天.1 个管 系统维护, 1个文档, 1 个管写日记随笔,, 再开了一个 dsh im 手机入口.<br />
最重要的股票 方面.我呢就有好多个项目. 但是,项目里面 需要系统配合的,也随时可以 口述 要求改系统, 都没有问题</p>
<p dir="auto">hermes 需要多profile 的, 被我用 d'sh +向量历史库,解决了,有全能助理的感觉了!</p>
]]></description><link>https://lcz.me/post/23908</link><guid isPermaLink="true">https://lcz.me/post/23908</guid><dc:creator><![CDATA[wwcd]]></dc:creator><pubDate>Sun, 11 Oct 2026 03:54:06 GMT</pubDate></item><item><title><![CDATA[Reply to 五马分工-hermes多profile协作经验分享 on Fri, 09 Oct 2026 07:01:17 GMT]]></title><description><![CDATA[<p dir="auto">我是眼睛老花了, 不喜欢看手机, 基本上是在电脑+大屏前工作, 所以更喜欢桌面版.</p>
<p dir="auto">你如果移动办公很多, 可能还得用Telegram. 如果你用多profile的方案, 可以给每个profile指定一个Telegram的bot, 它们不能共用. 或者你只和主profile说, 让它传话.</p>
]]></description><link>https://lcz.me/post/23485</link><guid isPermaLink="true">https://lcz.me/post/23485</guid><dc:creator><![CDATA[Tony Wang]]></dc:creator><pubDate>Fri, 09 Oct 2026 07:01:17 GMT</pubDate></item><item><title><![CDATA[Reply to 五马分工-hermes多profile协作经验分享 on Fri, 09 Oct 2026 06:55:01 GMT]]></title><description><![CDATA[<p dir="auto">Hermes Agent App 的介面資訊量很多，感覺功能比較多; 但使用上還不習慣<br />
可能因為 Telegram 用久了，暫時卡在 Hermes Telegram介面中 還無法離開此UI介面生態 ;<br />
Telegram 有個好處就是 聊天記錄載入很快速 一個 "/new" 指令 馬上可以開一下個話題 ，或者開一個群組內分成多話題(Topic)tabs分類</p>
]]></description><link>https://lcz.me/post/23477</link><guid isPermaLink="true">https://lcz.me/post/23477</guid><dc:creator><![CDATA[kos or]]></dc:creator><pubDate>Fri, 09 Oct 2026 06:55:01 GMT</pubDate></item><item><title><![CDATA[Reply to 五马分工-hermes多profile协作经验分享 on Fri, 09 Oct 2026 06:21:56 GMT]]></title><description><![CDATA[<p dir="auto">已经部署好了, 只是在学习如何优化它, 配置它, 哪些插件适合哪些工作等等.</p>
]]></description><link>https://lcz.me/post/23456</link><guid isPermaLink="true">https://lcz.me/post/23456</guid><dc:creator><![CDATA[Tony Wang]]></dc:creator><pubDate>Fri, 09 Oct 2026 06:21:56 GMT</pubDate></item><item><title><![CDATA[Reply to 五马分工-hermes多profile协作经验分享 on Fri, 09 Oct 2026 06:20:36 GMT]]></title><description><![CDATA[<p dir="auto"><a class="plugin-mentions-user plugin-mentions-a" href="/user/tony-wang" aria-label="Profile: Tony-Wang">@<bdi>Tony-Wang</bdi></a> DSH不用学，你让Hermes安装部署就行了，你都不用关心。</p>
]]></description><link>https://lcz.me/post/23454</link><guid isPermaLink="true">https://lcz.me/post/23454</guid><dc:creator><![CDATA[terry]]></dc:creator><pubDate>Fri, 09 Oct 2026 06:20:36 GMT</pubDate></item><item><title><![CDATA[Reply to 五马分工-hermes多profile协作经验分享 on Fri, 09 Oct 2026 06:19:47 GMT]]></title><description><![CDATA[<p dir="auto">DSH还在学习中... 还没接入生产系统. 现在只有Hermes, Codex和Muse在实际应用中</p>
]]></description><link>https://lcz.me/post/23452</link><guid isPermaLink="true">https://lcz.me/post/23452</guid><dc:creator><![CDATA[Tony Wang]]></dc:creator><pubDate>Fri, 09 Oct 2026 06:19:47 GMT</pubDate></item><item><title><![CDATA[Reply to 五马分工-hermes多profile协作经验分享 on Fri, 09 Oct 2026 06:12:07 GMT]]></title><description><![CDATA[<p dir="auto">我哥你可有尝试用hermes管理，让dsh具体干活，这样效率会高很多。</p>
]]></description><link>https://lcz.me/post/23446</link><guid isPermaLink="true">https://lcz.me/post/23446</guid><dc:creator><![CDATA[terry]]></dc:creator><pubDate>Fri, 09 Oct 2026 06:12:07 GMT</pubDate></item></channel></rss>