Hermes 自進化協作系統:用原生工具做多 Agent 協作與技能沉澱

前言

在 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 裏復現工作流:

  1. 拆任務:用 todo 列出階段與狀態,與任務狀態機對齊。
  2. 委派:複雜子問題通過 delegate_task 交給子 Agent,並遵守 P0–P6 與 PM 協議中的交接要求。
  3. 記結論:關鍵決策與踩坑寫入 memory,形成學習閉環。
  4. 沉澱技能:穩定流程用 skill_manage 固化;出現偏差時走技能自糾錯路徑。
  5. 控上下文:長會話依賴 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 起步,再按自身場景驗證上下文與成本表現。

羽毛球分组比赛记分
小程序二维码

欢迎使用《羽毛球分组比赛记分》微信小程序

小夜