# 策展 · X (Twitter) 🔥🔥🔥

> 作者：AlphaSignal AI (@AlphaSignalAI) · 平台：X (Twitter) · 日期：2026-05-01

> 原始來源：https://x.com/AlphaSignalAI/status/2050269010735018074

## 中文摘要

# Hermes 剛剛為 AI Agent 的技能建立了垃圾回收機制

## v0.12.0 版本的 Curator 執行每 7 天一次的背景清理，防止技能庫過度膨脹

---

Hermes Agent 現在可以對自身的技能進行垃圾回收（Garbage Collection）。

於 2026 年 4 月 30 日發布的 v0.12.0 版本，內建了一個自主運行的 Curator（策展人）。它每 7 天會自動喚醒一次，評估技能庫、合併重複項目，並將過時的技能歸檔。

這補齊了每個自我提升型 Agent 缺失的最後一塊拼圖：一套能讓已學技能「退役」的機制。

目前沒有其他開源 Agent 框架能提供完整的「建立-使用-退役」循環。

---

## 背景資訊

Curator 由 Nous Research 的 @Teknium 發布，版本標籤為 v2026.4.30。Hermes Agent 採用 MIT 開源授權，在 GitHub 上已累積超過 128,000 顆星星。自 v0.11.0 以來，此版本涵蓋了 1,096 次提交、550 個合併的 PR，以及 213 位社群貢獻者。

最初的提案於 2026 年 4 月 11 日以 Issue #7816 的形式提出，僅 19 天後便正式發布。

Hermes 原本就具備自我提升循環，能從成功的流程中建立技能，並將其儲存為 `~/.hermes/skills/` 下的 `SKILL.md` 檔案。Curator 是讓 Agent 能夠將其所建立的內容進行退役的第一步。

---

## 它解決了什麼問題

一個會單調地建立技能的自我提升型 Agent，最終會被這些技能淹沒。經過幾週的使用，目錄中會累積大量細微且近乎重複的內容：例如同一個研究流程、建置腳本或資料清理流程的微小變體。每一次對話都需要付出 token 代價來列舉可用技能，而 Agent 的規劃器也會因為選項過多而感到困惑。

在 v0.12.0 之前，沒有內建的方法可以讓技能退役。使用者只能自行撰寫清理腳本或手動刪除。Issue #7816 自 4 月 11 日開啟以來，一直要求將生命週期管理作為一項基礎設施來處理。

---

## 運作原理

Curator 是以一個分叉（forked）的 AIAgent 程序執行，由閒置狀態觸發，而非系統的 cron 排程。觸發必須同時滿足兩個條件：距離上次執行已過 168 小時，且 Agent 已閒置 2 小時。這個分叉程序在自己的 prompt cache 中執行，絕不會影響到當前的對話。

![](https://pub-75d4fe1e4e80421b9ecb1245a7ae0d1a.r2.dev/curated/1777679549399-iaHHQCguoXUAE3nKwjpg.jpg)

執行過程分為兩個階段，與垃圾回收機制完美對應。

第一階段：確定性轉換

第一階段不涉及任何 LLM。它會讀取 `~/.hermes/skills/.usage.json`，這是一個側邊檔案，用於追蹤每個技能的 `use_count`（使用次數）、`view_count`（檢視次數）、`patch_count`（修補次數）以及時間戳記。30 天未使用的技能會轉為「過時」（stale）。90 天未使用的技能則會移至 `~/.hermes/skills/.archive/`。若技能再次被使用，則會恢復為「活躍」（active）。

第二階段：LLM 合併處理

第二階段會啟動輔助審查 Agent，最大迭代次數（max_iterations）為 8。這個分叉程序可以透過 `skill_view` 讀取任何技能，透過 `skill_manage` 提出修補建議，並透過終端機工具進行歸檔。系統 prompt 將此過程定義為「傘狀結構合併」（umbrella-building consolidation）而非被動審計，它會詢問模型：維護者會將此視為 N 個獨立技能，還是將其合併為一個包含 N 個標記子區段的技能？

系統提供三種合併策略：合併至現有的傘狀技能中、建立一個新的傘狀 `SKILL.md`，或將冗餘內容降級至 `references/`、`templates/` 或 `scripts/` 支援檔案中。輔助模型可在 `config.yaml` 中的 `auxiliary.curator` 進行設定，由於維護過程有範圍限制，可以使用比主模型更便宜的模型。

---

## 深度防禦

綁定（Bundled）技能受到保護。隨 Hermes 儲存庫發布的技能會列在 `~/.hermes/skills/.bundled_manifest` 中，並排除在所有 Curator 的操作之外。

透過 Hub 安裝的技能也受到保護。從 agentskills.io 安裝的技能會列在 `~/.hermes/skills/.hub/lock.json` 中，同樣被排除。

「釘選」（Pinning）是一道硬性防線。執行 `hermes curator pin <name>` 會將技能標記為不可變。自動轉換會跳過它，LLM 審查會被告知不要動它，且 `skill_manage` 會拒絕針對該技能的所有寫入操作。任何 Agent 試圖編輯釘選技能的行為都會收到拒絕訊息，要求使用者先解除釘選。

審查分叉程序擁有受限的工具集。該分叉 Agent 僅能使用記憶與技能工具。沒有 shell、沒有網路、無法存取技能目錄以外的檔案系統。

沒有任何內容會被自動刪除。最壞的情況只是被歸檔到 `.archive/`，可以透過 `hermes curator restore <name>` 復原。

---

## 與其他框架的比較

目前沒有其他 Agent 框架提供內建的技能生命週期管理。Curator 是一個開創性的功能，而不僅僅是漸進式的改進。

![](https://pub-75d4fe1e4e80421b9ecb1245a7ae0d1a.r2.dev/curated/1777679549403-iaHHQCqmRWYAAFW4Yjpg.jpg)

---

## 如何立即使用

更新至 v0.12.0：

```bash
hermes update
hermes curator status
```

`hermes curator status` 會顯示上次執行時間、活躍/過時/已歸檔技能的數量、釘選清單，以及五個最近最少使用的技能（即下一次歸檔的候選者）。

在第一次自動執行前，請先釘選任何關鍵的自訂技能：

```bash
hermes curator pin my-deploy-skill
```

按需觸發審查並檢查報告：

```bash
hermes curator run --sync
cat ~/.hermes/logs/curator/<timestamp>/REPORT.md
```

若要使用更便宜的輔助模型，請執行 `hermes model`，選擇「Auxiliary models」，並將 Curator 指向較小的提供者。每次執行都會寫入 `run.json`（機器可讀）和 `REPORT.md`（人類可讀），因此審計歷史會保留在本地。

---

## 當前限制

> 截至 5 月 1 日的當前限制。

沒有「乾跑」（dry-run）模式。`hermes update` 後的第一次自動執行可能會在沒有預覽的情況下歸檔自訂技能。GitHub issue #18373 已證實有使用者因此受害。請務必先釘選，再更新。

`bump_use()` 在發布時損壞。PR #17782 指出使用計數器在發布時沒有呼叫點。修正已包含在 PR #17932 中。在信任 `hermes curator status` 的輸出之前，請確保更新至修補版本之後。

編輯活動並非生命週期訊號。轉換僅參考 `use_count` 和 `last_used_at`。一個被大量修補但很少被呼叫的技能仍可能被歸檔。Issue #17952 解決了最迫切的疑慮，但 `patch_count` 目前尚未驅動轉換。

審查品質取決於輔助模型。傘狀結構合併的效果取決於背後的模型。有可能將小眾技能錯誤歸類為冗餘。歸檔而非刪除是安全網。

沒有效能評分。生命週期完全基於時間。一個很少執行但總是成功的技能，目前沒有機制來證明其品質。

因此，最好的建議是：更新、先釘選，然後再啟用。預設值是保守的，最壞的情況也只是可復原的歸檔，但缺乏首次執行的乾跑模式是使用者在遇到其他問題前會先碰到的阻礙。

---

## 誰會受益，誰不會

Curator 對於以下使用者特別有價值：執行長期部署且技能在數週內累積的 Hermes 使用者、建置自我提升型 Agent 且需要安全自我修改參考架構的框架工程師，以及評估 Agent 框架以用於生產環境、且技能庫衛生會影響大規模可靠性的團隊。

它對於不會累積技能的短期 Agent 執行，或受限於 Claude Code 或 Codex（沒有類似功能）的團隊沒有幫助。擁有關鍵自訂技能卻跳過更新前釘選步驟的使用者，在第一次自動執行時也面臨風險。

---

## 從業人員啟示

隨著技能庫不再無限制地增長，長期運行的自我提升型 Agent 現在已具備部署條件。

---

## 連結

- Hermes Agent 儲存庫（約 5 分鐘瀏覽）

- Curator 文件（約 10 分鐘閱讀）

- v2026.4.30 發布說明（約 15 分鐘閱讀）

- Issue #7816，原始提案

追蹤 @AlphaSignalAI 以獲得更多類似內容。

---

訂閱 AlphaSignal.ai 以獲取每日 AI 訊號。由超過 280,000 名開發者閱讀。

## 有問題嗎？

Q: 什麼是 Hermes Curator，它多久執行一次？ A: 它是 Hermes Agent v0.12.0 中發布的，針對 Agent 所建立技能的自主背景維護程序。預設情況下，它每 168 小時（7 天）執行一次，且僅在 Agent 閒置 2 小時後才會觸發。兩個條件必須同時滿足。

Q: Hermes Curator 會刪除我的技能嗎？ A: 不會。最壞的情況是歸檔到 `~/.hermes/skills/.archive/`，可以透過 `hermes curator restore <name>` 復原。Curator 絕不會自動刪除。

Q: 如何防止 Hermes Curator 歸檔自訂技能？ A: 執行 `hermes curator pin <skill-name>`。釘選是一道硬性防線：自動轉換會跳過釘選的技能，LLM 審查會被指示不要動它們，且 `skill_manage` 會拒絕針對它們的所有寫入操作。

Q: Curator 會動到從 agentskills.io 安裝或隨 Hermes 發布的技能嗎？ A: 不會。綁定技能透過 `~/.hermes/skills/.bundled_manifest` 保護，Hub 安裝的技能則透過 `~/.hermes/skills/.hub/lock.json` 保護。只有 Agent 建立或使用者手動撰寫的技能才會受到 Curator 的影響。

## 標籤

Agent, 功能更新, 開源專案, 自動化, Hermes
