管 Hermes Agent 只剩两件事：开 YOLO 模式与改三个英文文件

　　用了一段时间之后我发现，Hermes Agent 真正好管的地方，不在于它有多聪明，而在于管理它的动作被压缩得极其干净。开启 YOLO 模式，让它执行任何操作都不再向我请求批准；然后打开 Web UI 后台，定期修改记忆、灵魂、用户画像这三个文件。除此之外，我几乎不需要做别的事。这个结构的妙处在于，它把干预的时机整体前移了：以前管 Agent 是站在流程里当审批员，它每走一步我确认一次，人成了链路上最慢的那个环节；现在我把边界、性格、偏好一次性写死在文件里，剩下的执行过程全交给它，人只在结果层面验收。同样是管，一个是运行时逐条纠偏，一个是先验约束加事后抽查，后者省下来的精力不是一点点。说白了，我给它的不再是逐条指令，而是一份岗位说明书。

　　三个文件的分工必须保持干净，否则很快就会互相污染。灵魂承载不变的行为准则和人格底色，记忆承载可增长的项目事实与踩过的坑，用户画像承载关于我本人的偏好和约束。听起来界限清楚，实操里最容易犯的错是把临时结论塞进灵魂，或者把长期偏好写进记忆——写的时候图方便，日子一长三个文件都变成杂物间，模型读进去反而抓不住重点。我现在的做法是把维护当成一种定期清仓：过期的条目直接删，反复出现的经验压缩成一句结论，日志式的碎片沉淀成规则。往里加东西人人都会，敢删东西才是真的在管理。文件越薄、越锋利，Agent 的行为就越稳定，这个反直觉的规律我验证过很多次。

　　还有一个不起眼但极其关键的细节：这三个文件一定要用英文写。主流模型在指令跟随和系统提示对齐上的训练语料重心都在英文，中文写的约束在长上下文里被稀释的概率明显更高，很容易从“规则”降级成“建议”。英文的表述结构也天然更适合写约束，祈使句配上明确的禁止措辞，歧义空间小得多；中文那种“尽量”“最好”“注意一下”的软措辞，模型看了往往当成可选项直接跳过。所以我的分层很简单，结构性的规则、优先级、禁令一律英文，具体的事实内容——项目路径、文章标题、偏好细节——用中文完全不影响理解。这种中英混排的写法看着不那么整齐，但它抓住了要点：让模型必须遵守的部分，用它最听得懂的语言说。把这一层理顺之后，管理 Agent 这件事就真的只剩下打开后台、改三个文件，然后放手让它自己跑。