前言¶
在 Hermes 裏跑多 Agent 任務時,常見問題是上下文越滾越長、子任務分工不清晰、踩過的坑下次還會再踩。單靠加長 system prompt 或手工拆 todo,很難同時管住行爲紀律、任務狀態和長期記憶。
下面介紹 SkillHub 上的 Hermes 自進化協作系統(@user_b2d76d7e/hermes-evolution-plus)。它在 Hermes 原生工具鏈上疊了一層協作協議與學習閉環,並附帶上下文壓縮與信號檢測腳本,面向「可重複、可進化」的多 Agent 工作流。
這是什麼¶
Hermes 自進化協作系統是社區來源(community)的 ai-agent 類 Skill,當前版本 v1.0.0,發佈者爲 user_b2d76d7e(SkillHub 頁面標註作者爲「無名大魔王」)。
一句話定位:在 Hermes 原生環境裏運行的自進化多 Agent 協作系統,不依賴額外 API Key(標籤 requires_api_key=false)。
它要解決的是:把 PM 協議、任務狀態機、學習閉環和技能沉澱寫進可執行的 Skill 規範裏,並統一通過 Hermes 自帶的 delegate_task、memory、skill_manage、todo 落地,而不是再引入一套平行工具。
核心功能¶
以下能力均來自官方簡介與 SkillHub 頁面說明,可按模塊理解。
行爲紀律與 PM 協議¶
- P0–P6 行爲紀律:爲 Agent 協作劃定優先級與邊界,減少越權改代碼、跳過驗證等行爲。
- PM 協議:用產品/項目管理式的交接與驗收約定,約束多 Agent 之間的任務拆分與回傳。
任務與學習閉環¶
- 任務狀態機:任務從創建到完成有明確狀態流轉,便於
todo與delegate_task對齊。 - 學習閉環:把本次執行中的結論寫回
memory,供後續任務複用。 - 技能沉澱與技能自糾錯:通過
skill_manage固化可複用技能,並在出錯時觸發修正路徑。
上下文瘦身與配套腳本¶
- 上下文瘦身:控制長對話下的有效信息量。
- Python / Node 腳本:官方說明中包含 上下文 4 級壓縮引擎 與 信號檢測引擎,用於壓縮與關鍵信號識別。
工具面(Hermes 原生)¶
全部編排基於以下原生工具,無額外工具棧聲明:
| 工具 | 角色(按官方表述歸納) |
|---|---|
delegate_task |
子任務委派與多 Agent 分工 |
memory |
持久化學習與上下文外置 |
skill_manage |
技能安裝、更新與沉澱 |
todo |
任務列表與狀態機載體 |
發佈方自述的性能對比¶
官方簡介寫明:在對比「原生 Hermes」的測試中,在信息質量不變或更好的前提下,優化系統聲稱 token 消耗約減半、響應速度約提升 5 倍、成本約降低 72%。上述數字來自發布方自述,讀者需在自身任務與模型計費下自行復現驗證。
安裝與啓用¶
SkillHub 頁面給出的安裝方式是:讓 Agent 按 SkillHub 安裝文檔 安裝座標 @user_b2d76d7e/hermes-evolution-plus。
1、確認 SkillHub CLI¶
先檢查本機是否已有 skillhub:
command -v skillhub && skillhub --version
若未安裝,可按官方文檔執行完整安裝(CLI + 默認 Skill):
curl -fsSL https://skillhub-1388575217.cos.ap-guangzhou.myqcloud.com/install/install.sh | bash
僅需 CLI 時:
curl -fsSL https://skillhub-1388575217.cos.ap-guangzhou.myqcloud.com/install/install.sh | bash -s -- --cli-only
2、安裝到當前 Agent 的 skills 目錄¶
安裝時必須用 --dir 指向當前 Hermes / Agent 實際讀取的 skills 目錄;默認裝到 ./skills/ 可能不會被識別。官方文檔示例:
skillhub install user_b2d76d7e/hermes-evolution-plus --dir <你的 skills 目錄>
也可先搜索再安裝:
skillhub search hermes-evolution
skillhub install user_b2d76d7e/hermes-evolution-plus --dir <你的 skills 目錄>
與 Cursor / Codex 等客戶端的關係:本 Skill 面向 Hermes 原生工具(delegate_task 等)。若你在 Cursor 等環境僅作技能庫同步,路徑可參考 SkillHub 文檔(例如 Cursor 常爲 ~/.cursor/skills/),但協作能力需在 支持 Hermes 原生工具鏈的運行時 中才能完整生效;官方頁面未單獨給出 Cursor 專用配置,此處不展開未覈實項。
3、啓用後¶
安裝到正確目錄後,按你所用 Agent 的要求重啓或刷新技能列表,使 SKILL.md 被加載。無需配置 API Key(requires_api_key=false)。
典型用法¶
官方未提供逐步複製的對話樣例,但簡介明確了工具組合方式。可按下面思路在 Hermes 裏復現工作流:
- 拆任務:用
todo列出階段與狀態,與任務狀態機對齊。 - 委派:複雜子問題通過
delegate_task交給子 Agent,並遵守 P0–P6 與 PM 協議中的交接要求。 - 記結論:關鍵決策與踩坑寫入
memory,形成學習閉環。 - 沉澱技能:穩定流程用
skill_manage固化;出現偏差時走技能自糾錯路徑。 - 控上下文:長會話依賴 Skill 內的上下文瘦身邏輯,以及附帶的 4 級壓縮與信號檢測腳本(Python/Node),避免無效 token 堆積。
經過上面的步驟,同一類需求第二次執行時應更多依賴 memory 與已沉澱技能,而不是從零 prompt。
適用場景與注意¶
適合誰
- 已在 Hermes 環境做多 Agent 開發或自動化,希望用統一協議約束分工與驗收。
- 長鏈路任務 token 壓力大,需要官方提供的壓縮與信號檢測配套腳本。
- 希望把「一次性的 prompt 技巧」變成可管理的技能資產。
限制與注意
- 分類爲
ai-agent,評分 100000、下載 826(以 SkillHub / API 抓取數據爲準;頁面展示會隨時間變化)。 - 性能與成本數據爲發佈方對比原生 Hermes 的表述,不是第三方基準測試;生產使用前建議在自己的任務集上對比 token 與延遲。
- 協作能力綁定 Hermes 原生四工具;在非 Hermes 運行時可能只能當作普通 SKILL 文檔閱讀,無法完整執行
delegate_task等能力。 - 安裝路徑錯誤是常見坑:務必
--dir指向 Agent 真實 skills 目錄。
結尾¶
Hermes 自進化協作系統把行爲紀律、PM 協議、狀態機、學習閉環和技能管理收進一個 Skill,並強調只用 Hermes 原生工具完成編排。若你正在 Hermes 上做多 Agent 長任務,可以從安裝座標 @user_b2d76d7e/hermes-evolution-plus 起步,再按自身場景驗證上下文與成本表現。