Hermes Agent 被指抄袭中国团队：开源世界的边界在哪里？

2026年4月15日，中国AI团队EvoMap在社交媒体发表长文，指控Hermes Agent存在抄袭行为。

Hermes Agent是NousResearch出品的AI助手项目，2026年最热门的新开源Agent项目之一。

这不是一场普通的”口水仗”。这场争议触及了开源世界最敏感的神经：借鉴与抄袭的边界到底在哪里？

事件始末

EvoMap在指控中称，Hermes Agent的”自进化”机制与他们的项目高度相似。他们列出了几个核心相似点：

• 基于任务复盘的自动技能评分机制
• 技能库的动态剪枝和合并策略
• 偏好活跃更新的评分表设计
• 父子进程runtime继承机制

这些正是Hermes Agent v0.12.0版本中”Curator系统”的核心设计理念。

EvoMap的立场很明确：这些设计不是Hermes的原创，而是借鉴了他们的工作。他们要求NousResearch承认来源，并公开道歉。

开源世界的”灰色地带”

要理解这件事的复杂性，需要先理解开源世界的运作方式。

在AI领域，算法和架构论文通常是公开的。Transformer架构、RLHF训练方法、MoE设计……这些都是公开的技术，任何人都可以实现。

但”公开论文”和”借鉴实现”之间，有一个模糊地带。

如果A团队发表了一篇论文描述X方法，B团队看了论文实现了X——这是正常的学术和工程实践。

但如果A团队已经有了一个实际的系统在运行，B团队不仅看了论文，还在没有注明的情况下，把A系统的具体实现细节、参数选择、甚至代码组织方式”借鉴”了过来——这就进入了灰色地带。

问题在于：如何证明B是”借鉴了论文”还是”借鉴了A的系统”？

技术层面的分析

从纯技术角度看，EvoMap指控的几个点，都不是全新的发明。

任务复盘机制：这是AI Agent领域的常见设计。LangGraph、AutoGPT、BabyAGI都有类似机制。

技能评分和剪枝：这是机器学习系统的常规操作，任何做Agent的人都会想到。

偏好活跃更新的评分表：这是基础的工程选择，没有技术壁垒。

父子进程runtime继承：这是工程实现细节，不涉及核心创新。

但是——

技术点子本身可能不是抄袭，但在同一个时间窗口内、采用完全相同的参数组合、做出完全相同的架构选择——这个概率就不那么”巧合”了。

这也是为什么开源社区的争议往往比想象中更复杂：每一个”看起来巧合”的选择，背后可能有无数种解释。

各方反应

NousResearch（Hermes Agent出品方）：截至发稿，尚未正式回应。Hermes Agent的GitHub页面仍显示正常更新。

社区支持EvoMap的一方：认为开源不等于”可以随意取用别人的研究成果”，EvoMap作为提出原创概念的团队，应该得到承认。

社区支持Hermes的一方：认为在AI领域，很多想法是”显而易见的”，在公开论文出现后，任何团队都有可能独立想到这些方案。要求引用每一篇论文每一个想法，不现实也不合理。

中立观察者：指出这次争议的本质是AI Agent领域的创新边界问题——当一个领域发展足够快，很多”创新”其实是组合现有想法，这时候如何定义原创性，是一个悬而未决的问题。

这件事的影响

不管最终结果如何，这次争议对AI开源生态有真实的影响。

第一，开源项目的”借鉴声明”会更规范。

未来，成熟的AI开源项目可能会开始主动声明”基于以下工作”或”借鉴了以下想法”，即使这些想法来自没有专利的论文。这是一种社区礼仪，也是一种风险防范。

第二，AI项目的技术护城河会更加模糊。

这件事让更多人意识到：在AI领域，护城河很难靠”想法”建立。能被快速借鉴的实现，不是真正的护城河。真正的护城河是数据、算力、工程积累，以及品牌信任。

第三，社区对”中国团队原创性”的讨论会持续。

客观说，中国AI团队在最近几年有大量高质量的原创工作，但被国际社区认可的速度往往较慢。这次EvoMap站出来发声，会让更多人关注中国团队的原创贡献。

怎么看这件事

作为开发者，我们应该从这件事里学到什么？

对于开源社区：借鉴可以，但要注明来源。这不仅是法律问题，更是信任问题。一个愿意承认来源的项目，比一个假装一切原创的项目，更值得信赖。

对于AI从业者：如果你的工作是基于别人的想法，不管这个想法来自论文还是代码库，承认它。这不会减少你的贡献，反而会增加你的可信度。

对于评审方：在评估AI项目时，不应该只看技术指标，还应该看他们的引用习惯、知识贡献历史。口碑是一种护城河。

写在最后

Hermes Agent被指抄袭这件事，本质上是一个关于”创新边界”的哲学问题。

在AI领域，每天都有成千上万的新想法出现，绝大多数想法都是”组合创新”——把A领域的技术应用到B领域，把C论文的方法和D论文的架构结合起来。

这些”组合创新”有没有原创性？应不应该被保护？

这个问题没有简单的答案。但有一点是确定的：开源世界的规则还在形成中。每一次这样的争议，都在为这个规则的形成添砖加瓦。

对于普通开发者来说，最实际的建议是：不要只看热度选项目，也要看项目的知识诚实度。一个愿意承认来源的项目，比一个假装一切原创的项目，可能更值得长期使用。