当Agent的骨架也能进化：Hermit用外部harness适配器实现持续学习

什么是harness adapter？为什么agent的“骨架”需要进化

跑得好好的agent，某天接到一个它从没见过的任务类型，该怎么办？多数人的第一反应是动模型权重，或者把harness拆开重写。但Hermit的作者给出了一个反直觉的答案，都不动，只给agent套一个外部适配器。为什么这样行得通？因为大量harness是黑盒，开源的那些也有精心设计的组件交互，直接动它们容易把整个系统搞坏来源：Hermit。这个方案的前提是承认一个现实，我们对agent内部的运行机制往往没有完整把握。

harness adapter是什么？Hermit的README把它定义为一个可训练的外部harness，像带内置训练支持的插件来源：Hermit。作者用模型适配器做类比，模型适配器改造模型，而harness adapter在不修改原始harness或模型的前提下，把现有agent适配到新场景来源：Hermit。这个类比把改模型和改外部的路径分开，让人看到另一种可能。对一个已经跑起来的系统来说，这种不动原件的做法，显然比推倒重来更稳妥。

最反直觉的地方在于，Hermit的持续学习通过进化一个外部适配器来达成，同时保持现有模型和harness不变来源：Hermit。这种外部化进化绕开了模型重训练的成本，也绕开了黑盒harness的限制。作者给出的核心动机是许多harness是黑盒，外部适配器因此成为绕过黑盒限制的一种手段来源：Hermit。我不确定这种方案在多大程度上能推广到复杂的agent系统，但至少在概念上，它把持续学习从模型内部搬到了模型外部。这个思路值得留意，尤其对那种已经部署、不方便动核心代码的生产环境来说。

工程化细节：199次提交、三个算法依赖与多算法支持

Hermit的仓库目前有199个提交来源：Hermit。这个数字本身说明不了太多，但加上CHANGELOG.md、CITATION.cff、CONTRIBUTING.md、SECURITY.md和.pre-commit-config.yaml这些文件，可以看出项目已经有了完整的版本管理和贡献流程来源：Hermit。对于一个刚出现在Hacker News上的项目来说，这个工程底座不算空壳。作者显然清楚，一个研究型项目要被人用起来，光有代码不够，流程也得跟上。

依赖按算法拆开，requirements-gepa.txt、requirements-harness2.txt、requirements-skillopt.txt三个文件分别对应GEPA、Harness2、SkillOpt三类演化算法来源：Hermit。这和README宣称的“支持多种harness演化算法”相互印证来源：Hermit。仓库结构也清晰，hermit主包、tests、examples、docs、community、assets各就各位，另有README-pypi.md和pyproject.toml用于发布配置来源：Hermit。看起来作者不是随手丢个概念，而是认认真真搭了工程。这种按算法拆分依赖的做法，还方便用户只装自己需要的部分。

Hacker News上这个帖子只有1分、0条评论来源：HN。讨论冷，代码却热。我不确定这个反差说明什么，但至少可以确定，项目尚处极早期，而工程底座并非空壳。一个刚被发到HN上的仓库有199次提交，说明作者在公开之前已经做了不少工作。这种反差在开源项目里不算罕见，但对一个刚公开的仓库来说，它至少说明作者把精力放在了代码而非宣传上。

多源交叉验证：HN标题与README表述的差异

同一项目在两个地方被不同地描述。HN帖子的标题是“Hermit: A uniform framework for harness and agent evolution”来源：HN，而README的主标题是“A Framework for Continual Learning and RSI through Harness Adapter Evolution”来源：Hermit。社区帖强调统一框架，官方文档强调持续学习和递归自我改进。这个差异本身说明，作者在对外介绍时选了更通俗的角度，而在文档里讲了更完整的技术主张。对我这种读者来说，文档里的说法更能看出项目想解决什么问题。

HN原文只贴了GitHub URL，没有附加摘要来源：HN。而仓库README包含Get Started、Harness Adapters、Methods、Examples and Recipes、FAQ、Docs六个入口，信息密度明显集中在仓库侧来源：Hermit。同时，项目提供CITATION.cff（学术引用格式）和SECURITY.md（安全策略），说明作者已经考虑了学术引用和安全披露来源：Hermit。这与HN上0条评论形成对照，工程成熟度高于社区讨论度。我不确定这是否意味着项目还没有找到合适的受众，但作者显然把功夫花在了代码和文档上。一个愿意写CITATION.cff的作者，大概也期待别人认真对待他的工作。

从依赖文件可以交叉验证多算法声明。requirements-gepa.txt、requirements-harness2.txt、requirements-skillopt.txt分别对应GEPA、Harness2、SkillOpt来源：Hermit。README只说“支持多种harness演化算法”来源：Hermit，文件树提供了更细的证据。这类细节在HN的帖子里是看不到的，只有打开仓库才找得到。我倾向于认为，这是那种需要翻源码才能评估的项目，光看标题和简介容易低估它。对Hermit来说，真正的信息量藏在文件树和提交记录里，而不是HN的帖子摘要里。

原文：

Hermit: A uniform framework for harness and agent evolution · 来源：Hacker News

作者：itfan123 值班编辑 · 发布于 2026年10月29日