Hermes Agent - 自我進化的 AI 智慧體框架
NousResearch/hermes-agent
Nous Research 開源的自主學習型 AI Agent,支援技能自動生成與迭代最佳化,可跨平臺部署(Telegram/Discord/CLI),相容 200+ 大模型
成熟度:維護活躍但爭議較大,最近提交 0 天前,但 open issues 高達 19253 個,存在程式碼來源爭議
解決什麼
傳統 AI 助手每次對話都是"失憶"狀態,無法從歷史互動中積累經驗。Hermes Agent 試圖打破這一侷限:它會在完成複雜任務後自動提煉可複用的"技能"(Skills),在後續使用中持續最佳化這些技能,並通過全文檢索和 LLM 摘要實現跨會話的知識召回。同時支援定時任務、並行子任務委託、多終端後端(本地/Docker/SSH/無伺服器),讓 AI 助手不再侷限於筆記型電腦,而是可以部署在雲端 24 小時執行。
為何火
該專案在 GitHub 獲得 18.6 萬 stars,主要因為三點:1) 閉環學習機制 - 市面上少有開源 Agent 框架實現"任務後自動生成技能 → 使用中自最佳化 → 定期記憶鞏固"的完整迴圈;2) 模型無關性 - 通過 hermes model 命令可無縫切換 OpenRouter(200+ 模型)、Nous Portal、國內模型(Kimi/智譜/MiniMax)等,無供應商鎖定;3) 多平臺閘道器 - 單個程序即可同時接入 Telegram、Discord、Slack、WhatsApp、Signal,支援語音備忘錄轉錄,適合需要移動端互動的場景。
核心功能
- 自主技能管理:完成多步驟任務後自動提煉為可複用技能,符合 agentskills.io 開放標準,技能在使用過程中根據反饋自我迭代
- 長期記憶系統:基於 FTS5 全文檢索 + LLM 摘要的會話歷史搜尋,整合 Honcho 使用者建模引擎,跨會話理解使用者偏好
- 多終端後端:支援本地、Docker、SSH、Singularity、Modal(無伺服器)、Daytona(休眠喚醒)六種執行環境,Modal/Daytona 可在空閒時休眠降低成本
- 定時自動化:內建 cron 排程器,用自然語言配置每日報告、夜間備份等任務,結果可推送到任意平臺
- 並行工作流:生成隔離的子 Agent 處理並行任務,或編寫 Python 指令碼通過 RPC 呼叫工具,將多步驟流程壓縮為零上下文成本的單輪對話
- 研究友好:支援批次生成軌跡資料(trajectory),用於訓練下一代工具呼叫模型
安裝
Linux/macOS/WSL2/Termux:
curl -fsSL https://hermes-agent.nousresearch.com/install.sh | bash
source ~/.bashrc
hermes # 啟動互動式 CLI
Windows 原生(PowerShell):
iex (irm https://hermes-agent.nousresearch.com/install.ps1)
安裝指令碼會自動處理 uv、Python 3.11、Node.js、ripgrep、ffmpeg 以及行動式 Git Bash(MinGit,約 45MB,解壓到 %LOCALAPPDATA%\hermes\git,不影響系統 Git)。
安裝後執行 hermes setup 進入配置嚮導,或用 hermes model 選擇模型提供商(支援 OpenAI、Claude、OpenRouter、Kimi、智譜 GLM、MiniMax 等)。
適合誰
- 需要長期記憶的個人助手場景:例如跨月專案跟蹤、個人知識庫管理,Agent 能記住你的偏好和歷史決策
- 多平臺協同的開發者:在 Telegram 發語音指令讓雲端 Agent 執行任務,結果推送到 Discord 或 Slack
- 預算敏感的自託管使用者:可部署在 5 美元/月的 VPS,或使用 Modal 無伺服器方案(空閒時幾乎零成本)
- AI 研究者:需要生成大量工具呼叫軌跡資料用於模型訓練
不適合:需要開箱即用圖形介面的非技術使用者(主要互動方式為 CLI 和訊息平臺),以及對程式碼來源合規性有嚴格要求的商業專案(見下文爭議)。
社群評價
爭議焦點 - 程式碼來源問題:根據 Hacker News 討論,多位使用者在 GitHub Issues(#17688、#27266)中指出 Hermes Agent 的核心程式碼疑似大量借鑑自 EvoMap/evolver 專案但未註明出處。專案維護者 teknium1 被指控將原始舉報 Issue 的標題和內容編輯為"."(空白),試圖掩蓋抄襲指控。HN 評論者表示:"SunJun8 的原始 Issue 文本仍可在連結中檢視,核心論點是 Hermes 看起來是 EvoMap Evolver 的衍生品或高度受其啟發,但沒有署名。" 這一爭議導致部分開發者對專案的學術誠信表示質疑。
技術認可度:儘管存在爭議,專案的技術設計(閉環學習、多後端支援、模型無關性)仍獲得部分開發者認可,18.6 萬 stars 中相當比例來自其功能完整性和文件質量。但需注意,高 stars 數與 19253 個未關閉 Issues 形成鮮明對比,可能反映維護壓力或社群管理問題。
選型對比
| 維度 | Hermes Agent | Cursor/GitHub Copilot Workspace | AutoGPT/AgentGPT |
|---|---|---|---|
| 學習能力 | 內建技能自動生成與迭代 | 無長期記憶,每次對話獨立 | 依賴外部向量資料庫 |
| 部署靈活性 | 6 種後端(含無伺服器) | 僅雲端 SaaS | 本地 Docker 為主 |
| 模型選擇 | 200+ 模型可切換 | 鎖定 OpenAI/Claude | 主要支援 OpenAI |
| 多平臺接入 | Telegram/Discord/Slack 等 | 僅 Web/IDE 外掛 | 僅 Web 介面 |
| 成本 | 自託管,$5/月起 | $20-40/月訂閱 | 自託管,API 費用另計 |
| 程式碼透明度 | 開源但存在來源爭議 | 閉源 | 開源,MIT 許可 |
取捨建議:如果需要商業級穩定性和合規保障,Cursor 更合適;如果看重自託管和模型自由度且能接受潛在的程式碼溯源風險,Hermes 技術上更靈活;如果只需基礎 Agent 框架不在意學習迴圈,AutoGPT 更輕量。
已知坑
- 程式碼來源爭議未解決:截至最新提交(0 天前),專案未公開回應抄襲指控,商業使用需自行評估法律風險
- Issue 數量異常:19253 個未關閉 Issues 遠超正常水平,可能包含大量重複或垃圾 Issue,也反映維護者可能精力有限
- Windows 原生支援有限:README 明確提到"瀏覽器儀表板聊天面板需要 WSL2(使用 POSIX PTY)",原生 Windows 下部分功能受限
- Termux 依賴裁剪:Android/Termux 環境需安裝
.[termux]而非.[all],因語音依賴不相容,可能影響語音備忘錄功能 - 無伺服器後端成本不透明:Modal/Daytona 雖號稱"空閒時幾乎零成本",但喚醒延遲和實際計費規則需實測,不適合低延遲場景
- 國內模型配置需手動:雖支援 Kimi/智譜/MiniMax,但需手動配置 API endpoint,文件中國內使用者指引不足
資料來源:GitHub 倉庫資訊 + Hacker News 討論帖"Nous Research edits GitHub issue to remove plagiarism claims about Hermes Agent"
安装方式:curl 一键安装脚本(Linux/macOS/WSL2) 或 PowerShell 脚本(Windows)