深度调研:Hermes Agent 与 Evolver“自进化”架构抄袭争议的技术真相与未来路线图

0 阅读11分钟

导语:一场“架构抄袭”风波,撕开 AI 开源世界的遮羞布

2026年初,一场围绕硅谷明星项目 Hermes Agent 与中国团队 EvoMap 的激烈争论,在全球AI开发者社区掀起轩然大波。这并非简单的代码复制争议,而是一场直指“架构级抄袭”的深度控诉。EvoMap 团队以详尽的技术报告,指控融资过亿美元的 Nous Research 旗下的 Hermes Agent,系统性地复刻了其提前 36 天开源的自进化引擎 Evolver 的核心设计,却未给予任何署名。

这场风波不仅是一次商业竞争的碰撞,更像一把手术刀,精准地剖开了 AI 时代开源世界的深层矛盾:当创新思想和系统架构(而非代码文本)成为核心价值时,我们沿用数十年的开源协议是否依然有效?当 AI 工具能以极低成本“清洗”和“复刻”他人设计时,原创者的权益又该如何保障?

本报告旨在穿透迷雾,深入调研并厘清此次事件的来龙去脉与技术真相。我们将从三个层面展开:

  1. 事实梳理与证据复盘:还原争议事件的关键时间线与核心指控点。
  2. 技术对比与原理解析:拆解两大项目“自进化”架构的同构程度与技术范式。
  3. 未来选型与落地路线:为泛技术读者与业务决策者提供一份可落地的“AI 自进化技术选型地图”。

我们希望通过此次深度分析,不仅还原事件本身,更能为探索 AI 自进化技术路径的团队,提供一份兼具战略高度与工程可行性的参考。

一、 事实梳理与证据复盘:24 天窗口期内的“像素级”架构重合

要理解这场争议的本质,我们必须回到事件发生的起点,通过交叉验证多方新闻稿、技术报告及公开时间戳,还原一个客观、完整的事实全貌。

1.1 关键时间线:Evolver 开源后的“魔幻”39 天

EvoMap 团队指控的核心依据之一,是一段极短的时间窗口。在其开源 Evolver 引擎后,Hermes Agent 迅速上线了功能高度相似的“自进化”模块。这“24至39天的窗口期”成为整个事件中最引人注目的疑点。

暂时无法在飞书文档外展示此内容

时间线拆解:

  • 2026年2月1日:EvoMap 团队在 GitHub 以宽松的 MIT 协议开源其核心产品 Evolver 引擎,并公开了 GEP(Genome Evolution Protocol,基因组进化协议)的核心设计。该项目因其创新的“AI自进化”理念,上线10分钟即登顶开发者社区热榜,迅速获得关注。[1]
  • 2026年2月25日:在此之前长期处于私有状态的 Hermes Agent 仓库,发布了其第一个公开版本 v0.1.0。此时的版本被定位为“初始基础版”,尚不具备后来引发争议的自进化能力。[1]
  • 2026年3月9日:Nous Research 为 Hermes Agent 专门创建了一个名为 hermes-agent-self-evolution 的独立仓库。这一举动被 EvoMap 视为其开始“复刻”自进化功能的明确起点。[1]
  • 2026年3月12日:Hermes Agent 发布 v0.2.0 版本,正式推出其“技能生态系统”(Skills Ecosystem),其核心的自进化功能在此版本中完整上线。[1]

从 Evolver 公开核心设计(2月1日)到 Hermes Agent 上线高度相似功能(3月12日),期间仅有 39天。如果从 Hermes 创建专属自进化仓库算起(3月9日),则时间窗口更被压缩至短短 3天。对于一个需要深度思考和严谨工程实现的复杂架构而言,如此短暂的“独立研发”周期,引发了社区的广泛质疑。

1.2 四大核心指控:从“设计巧合”到“系统性复刻”

EvoMap 的指控并非空穴来风,其发布的技术报告列举了四大核心证据,层层递进,试图证明这并非“英雄所见略同”的巧合,而是一场有预谋的“架构级洗代码”。

1. “10步主循环”一一对应:跨语言的“像素级”复刻

最具冲击力的证据,是两个项目核心进化循环的惊人一致性。尽管 Evolver 使用 Node.js 开发,而 Hermes Agent 使用 Python,两者在自进化的核心流程上却呈现出“翻译级”的同步。

步骤Evolver (Node.js)Hermes Agent (Python)功能描述
1Scan (扫描)Load (加载)加载上下文与记忆
2Evaluate (评估)Evaluate (评估)评估过往执行效果
3Select (选择)Select (选择)选择优化的方向或“基因”
4...Mutate (变异)Optimize (优化)生成新的解决方案或技能
5...Validate (验证)Validate (验证)验证新方案的有效性与安全性
6...Solidify (固化)Persist (持久化)将验证通过的经验存入记忆
7-10周期性反思机制循环反思机制在任务结束后进行复盘与能力沉淀

这种跨越不同技术栈的流程同构,被认为是抄袭的最有力证据。EvoMap 团队用了一个生动的比喻:这就像一个人用中文写了一份十步的菜谱,另一个人将其翻译成英文,然后声称自己独立发明了一道全新的菜。[2]

2. “12组核心术语”系统性替换:AI“洗稿”的标准操作

如果说流程一致是骨架被复制,那么术语的系统性替换则被视为“洗稿”的具体手法。EvoMap 列出了多达12组核心概念的对应关系,揭示了 Hermes Agent 如何通过“改名”来掩盖其对 Evolver 设计的借鉴。[3]

Evolver 原始术语Hermes Agent "新"术语概念释义
Gene (基因)SKILL.md可复用的、结构化的技能/策略单元
Capsule (胶囊)技能执行记录 (Skill Execution Record)一次完整的、带有上下文的技能执行快照
Solidify (固化)skill_manage(action='create')将临时经验转化为永久技能的过程
Evolver (进化器)SkillForge (技能锻造厂)负责管理和进化技能的核心模块
Fitness (适应度)Score (评分)用于评估技能或方案效果的量化指标

这种“换汤不换药”的做法,被业内人士称为典型的“AI洗代码”——利用大模型或自动化工具,在完全理解原始架构的基础上,重写所有代码,替换所有命名,从而生成一个在文本层面相似度极低,但在逻辑和结构层面完全一致的“新”项目。[4]

3. “三层记忆体系”同构:经验沉淀机制的完整移植

AI Agent 的进化能力高度依赖其记忆系统。Evolver 设计了一套精密的三层记忆体系,这被认为是其能够实现“越用越聪明”的核心。而 Hermes Agent 的记忆架构,被指控与此完全相同。

  • 持久事实层 (Persistent Fact Layer) :存储稳定、客观的核心知识,类似于人类的长期记忆。在 Evolver 和 Hermes 中均采用结构化数据库(如 SQLite)实现。
  • 程序性记忆层 (Procedural Memory Layer) :存储可复用的操作流程和技能,即“如何做某事”的知识。两者均采用向量数据库结合文件系统的方式,实现了技能的快速检索与调用。
  • 历史搜索层 (Historical Search Layer) :存储完整的历史对话和任务记录,用于提供上下文。两者均利用了高效的全文检索引擎(如 FTS5)。

这一记忆体系的同构,意味着 Hermes Agent 不仅借鉴了表层的进化流程,更复刻了其底层的经验沉淀与学习机制。[5]

4. “7份公开材料”零引用:对开源精神的公然漠视

在开源社区,借鉴他人成果时进行署名和致谢,是最基本的学术诚信和社区礼仪。然而,在 Hermes Agent 的全部7份核心公开材料中(包括 README、官网、博客文章、发布说明等),均未对先其开源并引发热议的 Evolver 项目及其 GEP 协议有过任何形式的引用或提及。[2]

讽刺的是,Hermes Agent 在其文档中大方地引用了斯坦福的 DSPy、伯克利的 GEPA 等其他学术成果,唯独对架构最为相似的 Evolver“选择性失明”。这种做法被社区普遍认为是刻意隐瞒其架构来源,试图将“复刻”包装为“原创”的行为。[3]

1.3 双方回应与社区反响:傲慢、删帖与“闭源”抗议

面对详实的技术指控,Hermes Agent 背后的 Nous Research 实验室的回应,进一步激化了矛盾。

  • 首次回应:其官方账号在社交媒体上强势留言:“我们的仓库2025年7月就有了。我们是先驱。删除你们的账号。 ”随后,这条充满傲慢与威胁意味的回应被迅速删除,相关账号还拉黑了 EvoMap 团队成员。[1]

  • 二次回应:Nous Research 联合创始人 Teknium 发声否认,称“这辈子从来没有听说过这个人、他的项目”,并指责对方的指控是“毫无证据的谎言”。同样,这条回应随后也被删除。[6]

  • 反驳逻辑:Hermes 方的核心反驳逻辑有两点:

    • 仓库创建时间更早:其主仓库创建于2025年7月,早于 Evolver。但 EvoMap 指出,该仓库在2026年2月25日前长期私有,无法证明其内容;而被指控的自进化模块仓库,是3月9日才新建的,时间线晚于 Evolver 开源。[7]
    • 独立技术收敛:声称双方可能都受到了现有学术思想(如遗传算法)的影响,独立发展出了相似的架构。但 EvoMap 认为,这无法解释两者在10步循环、三层记忆等多个核心设计上如此高度的“像素级”重合。[7]

社区对此事件的反应呈现两极分化。不熟悉技术的外部观察者中,有人质疑 EvoMap 是否在“碰瓷”营销;但在深入阅读了技术对比报告的开发者和AI从业者中,舆论则普遍倾向于支持 EvoMap。一位开发者在评论中写道:“虽然没有一行代码是复制的,但两者的核心架构同构度几乎是100%,这确实是架构级的代码洗稿。[6]

最终,这场争议以 EvoMap 团队的一个无奈之举暂告段落:他们宣布将 Evolver 的核心模块改为混淆发布,并将开源协议从极其宽松的 MIT 更换为具有强传染性的 GPL-3.0,以此增加未来潜在抄袭者的使用成本和法律风险。EvoMap 创始人公开表示:“从个人开发者到小团队,从国内大厂到海外巨头,开源代码不被尊重正在成为常态……我们只能用自己的行动——闭源,来表达我们的态度。”[1]

小结: 从已公开的事实与证据链来看,尽管 Hermes Agent 在代码层面与 Evolver 并无直接抄袭,但其在核心自进化架构、关键流程、记忆体系以及概念术语上的高度同构,结合其在 Evolver 开源后极短的时间窗口内上线相关功能,并始终对前者零引用的行为,使得“架构级抄袭”的指控具有极强的说服力。Nous Research 方面充满矛盾且傲慢的回应与后续的删帖沉默,更让外界的观感倾向于认定其“做贼心虚”。这场风波,与其说是一场技术路线的巧合,不如说更像是一次利用 AI 工具对创新架构进行“降维打击”式的“洗稿”实践。

参考资料

[1] 中国团队EvoMap指控硅谷明星AI项目抄袭,Hermes Agent两度否认

[2] Hermes Agent抄袭中国团队代码实锤,被锤后回应:你...

[3] Hermes Agent涉嫌抄袭!中国团队evoma发声_白马中的黑马

[4] Hermes Agent需要自证,有无抄袭中国团队_白马中的黑马

[5] Evolver引擎陷抄袭争议:13万节点接入有何独特价值

[6] Hermes Agent深陷抄袭风波:中国团队指控后开发方回应又删帖引争议

[7] 中国团队EvoMap指控硅谷明星AI项目抄袭,Hermes Agent两度否认