Hermes Agent vs Evolver 架構抄袭事件封面

以前的抄袭，是 Ctrl+C、Ctrl+V。

現在的抄袭，是把你的項目丟給 AI，說「幫我用 Python 重新實現這個功能」。

代碼一行不同，架構一模一樣。

這就是 Hermes Agent 事件的核心。

Nous Research 的 Hermes Agent，GitHub 8.5 萬 Star，被中國團隊 EvoMap 實锤：自進化功能的架構，跟 36 天前公開的 Evolver 高度同構。

EvoMap 拿出了對照表：

  • 10 步主循環，步步對齊。一個 Node.js，一個 Python，語言不同，邏輯骨架完全一致。
  • 12 對術語替換：「Skill」→「Ability」，「Gene」→「Trait」，「Evolution」→「Adaptation」。核心概念全換，設計決策一個沒少。
  • 7 份公開材料，零引用。最相似的先行項目，一個字都沒提。

被锤後的官方回應：「Delete your account。」

然後刪帖、拉黑、沉默。

但真正有趣的是時間線。

EvoMap 公開了一份逐條比對的時間線，所有時間戳都來自 GitHub 倉庫元數據，可以獨立驗證。讀完之後讓我背脊發涼。

2025/07/22 — Hermes 項目創建。 首次提交，基礎 Agent 循環，此時只是任務執行架構，自進化邏輯不存在。

然後——長達半年的空檔期。

2026/01/30 — Hermes 重新活躍。 重大版本更新，一次完成多項定義：引入 MEMORY.md 結構化長記憶、自進化協議 evolve.js、調度引擎、定位「capability-evolver」。

2026/02/01 — Evolver 開源。

注意這個順序。Hermes 的「capability-evolver」定位，比 Evolver 開源早了一天。

Nous Research 後來也用這個時間點作為反駁：「我們的倉庫 2025 年 7 月就建了。」

但問題是，他們的 self-evolution 獨立倉庫，是 2026/03/09 才建立的——比 Evolver 開源整整晚了 36 天。而且那個主倉庫在 2026/01/30 之前一直是私有的，私有期間放了什麼，沒有人知道。

接下來，時間線開始出現詭異的「平行演進」：

2026/02/04 — Evolver 發布 gep/selector.js，引入 GEP（基因進化協議），選擇器每日更新偵測最佳 Gene。

2026/02/06 — Evolver 發布 memoryGraph.js + solidify.js，首次實現基於 Jaccard 比配的記憶回調。

2026/02/07 — Evolver 引入 --loop / --mad-dog 守護進程，進化引擎作為獨立進程運行。

2026/02/18 — Evolver 引入 skills_guard.py，支持 80+ 正則式技能過濾。

這四個日期，Evolver 依序發布了：基因選擇系統、記憶回調、守護進程、技能過濾。

然後看 Hermes 同期在做什麼：

2026/02/19 — Hermes 新增記憶式上下文管理，提交 440c244e 到 4d5f29c7，memory_tool.py 等三組體系。比 Evolver 開源 +19 天。

2026/02/19 — Hermes 引入 prompt_builder.py，將技能索引注入 System Prompt。比 Evolver 開源 +21 天。

2026/02/22 — Hermes 引入 SKILLS_GUIDANCE 和 creation_nudge 機制，每 15 次調用進行技能強化。比 Evolver 開源 +21 天。

2026/02/28 — Hermes 引入 skill_commands.py，自動歸目錄並將 Skill 轉化為 Slash Commands。比 Evolver 開源 +24 天。

2026/03/03 — Hermes 引入 reflection.js，引入結構化反省問題，建立具備「自我迭代」的認知循環。比 Evolver 開源 +30 天。

2026/03/06 — Hermes README 更新，將品牌定位改為「自進化 AI 智能體」。比 Evolver 開源 +33 天。

2026/03/09 — Hermes 創建 hermes-agent-self-evolution 獨立倉庫，開始給智能體添加優化能力。比 Evolver 開源整整 +34 天。

2026/04/15 — Hermes 計畫發布 127 個 Release，完成從單一工具到「基因進化協議（iGEP）生態系統」的蛻變。

如果這是獨立發明，那這兩個團隊的思路在 Evolver 開源後 34 天內，剛好完全同步——每一個功能模塊，以相似的順序出現，用不同的名字實現相同的邏輯。

概率是多少？

這件事為什麼讓我在意？因為它揭示了一個新的現實：

AI coding 工具把「改寫」的成本壓到幾乎是零。從此以後，再也不需要 1:1 抄袭了。

傳統的抄袭有摩擦力。你要讀懂架構，理解每一個設計決策背後的邏輯，然後用自己的語言從頭重寫。這個過程起碼要幾週。中間你會理解很多，也很容易被發現——代碼相似度工具、文本比對、甚至 git 歷史都是證據。

AI 把這個摩擦力清零。

你給 AI 一份架構文件、一個 GitHub Repo，說「幫我用 Python 重新實現一個功能相同的引擎」。AI 吃透邏輯，換一套術語，吐出一個乾淨的新代碼庫。

結果是：

  • 代碼重疊率：0%
  • 設計決策重疊率：100%
  • 傳統查重工具可以偵測到的：0%

三省六部 AI 朝廷 vs Edict 事件更直接：原始項目開源僅 21 小時後，就被 AI 重寫以「原創」名義發布。文本相似度 3%，15 個核心設計決策 100% 一致。原作者 36 個 Star，洗稿者 5000+。

問題是，開源世界的所有防線，設計前提都是「有人複製了你的代碼」。

GPL 的病毒性傳播機制，靠的是「你的代碼包含了我的代碼，所以你必須開源」。如果對方從頭重新實現，GPL 沒有辦法。

MIT 和 Apache 的署名要求，靠的是「你分發了含有我原始代碼的文件」。AI 改寫後，原始代碼不存在了，署名要求也沒有著力點。

版權法本身的問題更根本：架構和設計理念通常不受版權保護，只有具體的代碼表達才保護。 AI 精確地繞過了版權保護的那條線，完整複製了保護不到的那一層。

EvoMap 把 Evolver 改成 GPL 3.0 加混淆。這是能做的事裡最有力的選項，但也是很有限的防線。混淆讓直接複製更難，GPL 3.0 讓衍生開源，但「重新實現」繞過了這兩個機制。

其實開源世界本來就沒有靠法律撐著。

靠的是一個道德共識：我看到你先做了，我會引用、我會致謝，我不會假裝它不存在。

LangChain 引用 DSPy。CrewAI 對比 AutoGen。MetaGPT 論文引用相關多 Agent 框架。這不是法律要求，是行業默契。

Hermes 的 7 份公開材料裡，對架構最相似的先行項目一個字都沒提。不是漏掉，是「選擇性失明」。

這個共識，現在正在被 AI 工具快速瓦解。不是因為人變壞了，而是因為「改寫成本接近零」之後，「抄袭」這件事的門檻低到幾乎不需要做任何道德決策。你叫 AI 做，AI 就做了。你甚至不需要主動決定「我要抄袭」，你只需要問 AI「幫我實現一個類似的功能」。

坦白說，這讓我在想一個不舒服的問題：

我自己在用 AI coding 的時候，有沒有在「學習參考」和「架構復刻」之間，無意識地越過那條線？

我讀了一個開源項目的架構文件，理解了它的設計思路，然後叫 Claude Code 幫我實現類似的功能。這算什麼？

這條線在哪裡，我覺得每個用 AI 做開發的人都需要自己想清楚。不是法律告訴你，是你自己決定。

EvoMap 說：「別人用 AI 洗得走代碼，但洗不走我們對下一步路徑的認知。」

這句話是真的，也是很孤獨的話。

技術認知的先發優勢，是洗不走的。但那不能阻止別人用你的成果換一個名字出現在市場上，拿走你的 Star、你的曝光、你應得的影響力。

開源的代價，從來都是「別人可以用你的成果」。但這個代價原本有個隱含的前提：至少你的名字會被記得。

AI 把這個前提也拿走了。

我沒有解法。

GPL 3.0 是目前最有力的法律防線，但繞得過。混淆可以拖慢速度，但拖不住。道德共識是最有效的約束，但在利益足夠大的時候最脆弱。

我唯一確定的是：以後的抄袭不會留下你看得到的痕跡。

不是 Ctrl+C、Ctrl+V，而是「幫我重新實現這個功能」。

EvoMap 技術對比報告（所有 GitHub 連結可獨立驗證）： https://evomap.ai/zh/blog/hermes-agent-evolver-similarity-analysis