“你以为开源就可以为所欲为？”

2026年4月，一场席卷AI开源社区的抄袭风波，让这句话从一个梗变成了现实。一边是顶着”硅谷明星”光环的Hermes Agent——背后站着知名开源实验室Nous Research，上线两个月狂揽5万+ GitHub Stars；另一边是一群几乎无人知晓的中国开发者，他们做出了一个叫Evolver的开源项目，提出了”自进化AI智能体”的概念。

然后，他们的代码被人”借鉴”了。更让人无语的是，当他们站出来讨要说法时，对方甩出的回应是：“Delete your account”。

这不只是两个开源项目之间的恩怨。在AI开源日益繁荣的今天，这场争议撕开了这个行业光鲜外衣下的暗角——代码抄袭的边界在哪里？”借鉴思路”算不算偷？开源精神的底线又该如何守护？

一、事件始末：一条时间线，胜过千言万语

要理解这场风波的全貌，先把时间线拉出来看：

2025年7月22日，Hermes Agent所属团队对外宣布项目立项。但在此后的整整半年多时间里，项目几乎没有任何公开进展。

2026年2月1日，来自中国的创业团队EvoMap，正式开源了他们的项目Evolver——一个自进化代理引擎，同时发布核心GEP协议。消息发布在ClawHub平台，上线10分钟便登顶热门榜榜首，前三天下载量突破3.6万。

2026年2月25日之后，Hermes Agent突然开始密集更新。

2026年3月6日，Hermes Agent宣布将品牌定位更改为”自进化AI智能体”——而这个”自进化”概念，正是Evolver的核心卖点。

2026年3月9日，Hermes Agent正式发布更新版本，其中的核心功能与Evolver高度雷同。

从立项到空转半年，从Evolver开源到Hermes”突击更新”——时间节点的重合，让任何辩解都显得苍白。

二、实锤：代码相似度有多高？

EvoMap的创始人张昊阳没有选择忍气吞声。他在社交平台上公布了一份详细的代码对比报告，拆解了Hermes Agent的代码库，得出的结论是：“结构克隆”的程度令人震惊。

以下是被实锤的几个关键点：

1. 任务循环与资产提取范式——1:1复制

这是AI Agent最核心的运行机制之一。Evolver设计的任务是”执行→提取可复用资产→下次复用”的闭环逻辑，在Evolver开源后不到10天，Hermes Agent就拿出了几乎完全相同的实现。

2. 三层存储系统——逐字复制

Evolver的技术架构中，有一个精心设计的三层记忆存储体系：

• 持久事实层：存储用户长期偏好和事实信息
• 程序性记忆层：存储Agent学会的技能和操作流程
• 历史搜索层：存储历史会话，支持快速检索

这个架构是EvoMap团队经过数月研发才设计出来的，Hermes Agent的代码里出现了几乎一模一样的三层结构。

3. 周期性反思与动态技能负荷机制——直接克隆

EvoMap还在论文和README中详细描述了”周期性反思机制”——Agent会在任务完成后自动回顾”哪里做得好，哪里可以改进”，并将结论固化为可复用技能。这是Evolver最引以为豪的创新点之一。Hermes Agent的代码里，这一机制的实现逻辑与Evolver几乎一致。

张昊阳在公开信中愤怒地写道：”他们不仅窃取了我们的开源逻辑，还把我们最引以为豪的概念——’自我进化’——重新包装成他们自己的核心卖点。”

三、回应：删帖、拉黑加”Delete your account”

如果说要评选本次事件中最让人无语的片段，Hermes一方的回应绝对榜上有名。

当EvoMap将详细对比证据摆出来后，Hermes Agent官方的反应是这样的：

第一步：狡辩。声称项目早在2025年7月就立项了，并非来自Evolver。

这个说法很快被反驳：2025年7月立项不假，但项目在2026年2月25日之前都是私有仓库，内容根本无法验证。也就是说，他们用”我先立项”来解释”我后做的功能”，逻辑上完全站不住脚。

第二步：沉默。删除相关讨论帖子，并拉黑了EvoMap创始人。

第三步：威胁。据EvoMap创始人透露，Hermes一方还留下了”Delete your account”这样的回复——让对方直接销号。

面对铁证如山的代码相似度，不是正面回应，而是删帖、拉黑、加威胁。这种处理方式，让原本只是商业层面的抄袭争议，演变成了对整个开源社区基本伦理的挑衅。

四、为什么这次抄得这么明目张胆？

AI时代的代码”借鉴”，已经变得前所未有的简单。

首先，模型推理成本的降低，让”复现”变得极其容易。你开源了一个项目，我让AI读一遍你的代码，然后用另一个模型重写一遍——结果几乎一模一样，但表面上看不出直接复制。这就是业内所谓的”洗代码”（Code Laundering）。

其次，AI领域的开源规范至今缺乏有效的约束机制。开源协议如MIT、Apache 2.0，主要约束的是”不许声称自己是原创”和”不许抹去版权声明”，但对于”基于开源项目的思想做出竞争产品”这一行为，几乎没有限制。

第三，AI创业的估值逻辑，正在从”技术创新”滑向”社区声量”。GitHub Stars、下载量、社区热度……这些指标直接影响融资估值和品牌溢价。当一个团队发现照搬别人的创新可以快速收割流量时，抄袭的动机就形成了。

正如张昊阳所说：”在AI领域，中国公司是主要的开源力量。本来其他国家的开发者使用开源也没什么问题，但是这种直接抄袭代码改改就说自己的原创成果，还借此获得了巨大的声明，未来保不准还会用这个融资创业——这就是不对了。”

五、开源社区的反应：愤怒但不意外

这场争议在社交媒体上持续发酵，开源社区的反应呈现出两种情绪：

愤怒：对Hermes一方处理方式的强烈不满。

“Delete your account”这句话，成了开源社区的最新网络热梗。有开发者专门做了一个梗图：一个卡通形象举着”Delete your account”的牌子，背后是一堆被抄家的开源项目。配文是：”当你的代码被人抄了，你说’删号啊’。”

不意外：很多人认为，这只是AI开源圈乱象的冰山一角。

近年来，从大厂到个人开发者，开源项目被”借鉴”的事情时有发生。不同的是，以前”借鉴”至少还要花点功夫改写，现在有了AI工具，连改写的成本都大幅降低了。

有开发者感叹：”开源社区的信任体系正在被蚕食。你开源了一个好想法，很快就会有人把它包装成自己的产品，然后再用这个产品在资本市场上讲故事。”

六、行业反思：我们需要怎样的开源规则？

这场风波给整个行业提出了一个严肃的问题：当”借鉴思路”变得如此容易，开源社区的原创者权益该如何保护？

首先，需要建立AI时代的”洗代码”认定标准。

现有的代码原创性鉴定技术主要基于传统的代码相似度检测，但在AI辅助编程日益普及的今天，两个完全独立编写的代码库可能高度相似，这给认定带来了新的挑战。行业需要探索新的鉴定方法，比如结合代码演化历史、提交时间线等维度进行综合判断。

其次，开源许可证需要升级。

当前的MIT、Apache 2.0等主流开源许可证，主要针对的是传统软件场景。对于AI模型和AI Agent的代码开源，是否应该有更严格的约束条款？比如，禁止基于开源AI项目训练商业模型，禁止将开源代码的思想直接用于竞品开发等。

第三，社区应该建立更有效的争议解决机制。

目前，开源项目之间的争议主要靠舆论压力和”社区口碑”来解决，缺乏像知识产权诉讼那样清晰、快速的解决通道。是否可以建立类似”开源项目仲裁委员会”的机构，为原创者提供更低成本的维权通道？

结语

Hermes Agent抄袭风波，撕开了AI开源盛世下的一块遮羞布。

开源精神的核心是什么？是开放、共享、协作，是”站在巨人的肩膀上”进行创新。但这一切的前提，是对原创劳动的基本尊重。如果连这点底线都守不住，开源社区赖以运转的信任基础，终将崩塌。

对于中国的开源力量来说，这次事件也有其警示意义：中国开发者是全球AI开源的重要贡献者，我们的代码同样面临着被”借鉴”的风险。当我们愤怒于他人对我们原创成果的窃取时，也应该时刻提醒自己，不要成为那个让别人愤怒的人。

开源不易，且行且珍惜。