乐于分享
好东西不私藏

我用OpenClaw写作,让Hermes去打仗:一个人的Agent军团

我用OpenClaw写作,让Hermes去打仗:一个人的Agent军团

一个人和一台笔记本
半夜十一点,我需要Hermes跑一个AI模拟:12步,双模型并发,对齐测试。
我发了一条消息过去,转身去洗澡了。
洗完回来,Hermes 已经跑完了,282条对话生成,26个Agent各说各话,所有参与率归零的Agent已经被自动标记。整个任务耗时四十多分钟,我全程不在场。
同一时间,我在用 OpenClaw 写一篇文章,就是你现在读的这篇。
两件事并行发生,指挥者只有一个人,就是我。
这不是什么未来场景,这是我今晚的真实操作。一台笔记本,一边在跑验证,一边在写稿,所有任务由同一个人发起,互不干扰。
一个人撑起一个军团,靠的不是三头六臂,是你把能力分配给了对的 Agent。

PART 01

什么叫”一个人搞定一个军团”
说回刚才那个场景。
如果我没有 Hermes,跑一个12步的AI模拟意味着什么?
手动开终端,确认conda环境,检查config配置,调LLM timeout参数,监控日志输出,跑完手动计算对话数、参与率、活跃度。一个12步的模拟跑完至少四十分钟,这四十分钟你什么都做不了,只能盯屏幕。
但有了 Hermes,这四十分钟我就用来写文章了。
Hermes 替我守在终端前,而 OpenClaw 替我守在虚拟的稿纸前,我只需要在中间做决策和判断。
这就是”一个人的军团”的真正含义。不是你想做多少事,是你把每一件不必亲自在场的事,全部交给了能替你到场的主角。

PART 02

选将:为什么是OpenClaw和Hermes
先说选型逻辑。
我之前只用 OpenClaw。它擅长什么?写作、编辑、深度分析。中文表达好,适合做知识组织和内容生产。它是我用着最顺手的工具,在它擅长的地方。
但当我需要跑长时间任务的时候,OpenClaw 开始吃力。不是能力问题,是架构设计决定的。它的会话模型、上下文长度、工具调用方式,都是为”写一篇文章”设计的,不是为”跑一个12步的AI模拟然后回来报告”设计的。
OpenClaw 是总编辑,不是运维工程师。
Hermes 正好反过来。它挂着 Python 网关,有独立进程管理,自带 webhook 平台,可以接收外部任务后自行规划执行。OpenClaw 发一个任务过去,Hermes 自己完成全部工作,回来报告。
Hermes 是运维工程师,不是总编辑。
所以”OpenClaw 写作,Hermes 打仗”不是随便分的工。这是根据两个框架的能力边界做的精准配置。
选Agent和选人一样:不是比谁强,是比谁适合放在哪个位置。

PART 03

接管10项,只留3项
选完将之后,我写了份分工协议。
OpenClaw 只保留三项:写作风格、知识体系组织、安全终判。
其余全部移交给 Hermes:编码、搜索、文件操作、PPT、架构设计、工具集成、数据采集、排版、自动化、创意工具。整整十项能力,一次性移交。
你读到这里可能会觉得:你在削弱自己。
恰恰相反。移交10项能力之后,我才真正完整了。因为我不再需要亲自做那些事。我可以直接说”给我查一下这项技术的进展”或者”跑个并行模拟”,剩下的 Hermes 会自己搞定。
砍掉10件事,你才不是一个人在战斗。你是一群人在行动。

PART 04

一份比劳动合同还细的协议
人和Agent之间的协同,如果只靠聊天框的自然语言,一定会出问题。
你说往左,它往右。你说十遍,它第三遍就忘了。你说了你想要什么,它给你一个完全看不懂的东西。
所以我写了一份治理协议。结构精确到每一层:
  • 能力边界:我有哪几项不交,它接管哪几项,模糊带怎么磨合。白纸黑字,谁做什么清清楚楚。
  • 信息流:下行任务只给目标不给步骤,上行简报不超过200字。三种必须回头的情况列明:策略转向、资源不足、异常判断。
  • 决策权限:绝对权力在我手里,Hermes 可以通过 kanban comment 提议调整,我来裁量。
  • 例外处理:遇到未定义场景,按最小干预原则处理,做完之后标注”这次遇到了XX,我按YY处理了,你看要不要规则化”。
这不是一份技术文档,这是一份治理协议。它解决的是所有多人协作系统的核心问题:边界不清、信息不对等、决策权模糊。
只不过这次,协作的对方是Agent。

PART 05

知识的底座,比任何接口都重要
OpenClaw 和 Hermes 之间最关键的纽带,不是 webhook 协议,不是 HMAC 签名,不是 kanban 调度,而是同一个 Obsidian vault,两边都能读,都能写。
OpenClaw 把文章写到 knowledge-vault/10-notes/,Hermes 跑模拟之前可以读,Hermes 把运行结果写到 knowledge-vault/20-projects/,OpenClaw 下次会话时直接引用。
知识不跟随Agent,知识属于整个体系。
我换掉 OpenClaw 或者换掉 Hermes,我的知识体系完好无损,它们只是这个知识体系的两种接口。
你的个人知识藏在多少个封闭系统里?微信收藏、印象笔记、飞书文档、本地 Markdown。每一个都绑着一个工具,换工具等于丢知识。
最好的治理,是让知识独立于工具存在。

PART 06

军团可以扩张
双 Agent 架构跑通之后,多 Agent 就不是架构问题了,只是规模问题。
当我需要加一个专门做 PPT 的 Agent、一个做数据分析的 Agent、一个做爬虫的 Agent,我不需要重新设计架构,只需要重复这套模式:划定能力边界、定义信息流、决定决策权限、约定例外处理。
未来的个人能力,就是你有一群 Agent。每个 Agent 在一个领域里比你强,合起来就是你。
你今天是一个人。你明天可以是一个军团。

PART 07

你护住核心,Agent替你扩展边界
一个人和一支军团之间,只隔了一件事:你知道什么必须自己来,什么可以交给Agent。
我半夜跑完那五公里的时候,心跳冲上160,那是在给我的大脑做运维。
我给 Hermes 写协同协议的时候,定义能力边界、划定决策权限,那是在给我的能力体系做架构设计。
前者让我的大脑更干净,后者让我的能力走得更远。
你用好了Agent,你就不再是一个人。你站在一群Agent中间,每个Agent都能做你最不擅长的事,你只需要做你最擅长的事。
这,就是人机合一。
附:三原则
做完这次双 Agent 部署之后,我给自己定了三条原则:

核心能力永不外包:写作风格、医疗判断、安全决断,永远自己在手里。这些东西外包了,你就不是你了。

非核心能力永不亲为:编码、搜索、排版、PPT、架构初稿,交给 Agent。你做这些事的产出效率不如 Agent,你的时间应该用来做 Agent 做不了的事。

知识体系高于 Agent:Agent 可以换、可以升级、可以退出,知识体系必须持续。所有 Agent 共享同一个知识底座,换 Agent 不丢知识。