Hermes Dreaming 介紹：Hermes Agent 的可審查自我改進

Hermes Dreaming v0.1.0 在 Hermes Agent 現有的自我改進基礎——記憶、技能、使用者筆記和事實——之上新增了一個專注的層級。它是一個分階段的外掛工作流，用於提案變更、將其作為成果審查、驗證、刻意套用或乾淨地捨棄。

這不是要取代 Hermes 的自我改進。它是自我改進的憑證層。

Agent 自我改進的真正問題不在於智慧。在於信任。任何人都能說 Agent 在改進——困難的部分是在變更落地前讓它變得可讀。

為什麼要建 Hermes Dreaming

Hermes 已經認定長時間運行的 Agent 需要記憶、技能、事實和不斷演化的上下文。下一個問題是讓這種演化的審查變得更容易在它落地之前。Hermes Dreaming 的存在就是為了用自信的「是」回答一組營運者的問題：

變更了什麼？
提案從哪裡來？
它要修改哪個檔案？
我能檢查嗎？
我能驗證嗎？
我能先備份現有狀態嗎？
如果感覺不對，我能全部丟棄嗎？

分階段變更勝過靜默變異

一旦 Agent 擁有了真實的狀態——而 Hermes 確實有——「自我改進的 Agent」這個詞就變得更加嚴肅了。那種力量需要一條分階段的路徑。

對於營運者而言，下一層不只是更多的自主性。而是可審查的自主性：提案的改進應該以成果的形式到達，附帶出處、驗證、備份，以及在任何東西觸碰即時狀態之前乾淨地說「不」的方式。

Hermes Dreaming 將自我改進變成一條憑證軌跡：

它掃描明確的來源。
它暫存提案的變更。
它寫入成果套件。
它讓你差異比較、驗證、套用或捨棄結果。

在「Agent 注意到有用的東西」和「營運者核准了變更」之間，沒有神秘的步驟。

指令介面故意很無趣

Hermes Dreaming 是一個獨立的開源分階段自我改進引擎，同時也作為 Hermes 外掛發布。核心指令介面故意很簡單：

dreaming create --live-root ./live --artifact-root ./artifacts --source ./sources
dreaming diff ./artifacts/<artifact-id>
dreaming validate ./artifacts/<artifact-id> --live-root ./live
dreaming apply ./artifacts/<artifact-id> --live-root ./live --backup-root ./backups --approve all
dreaming discard ./artifacts/<artifact-id> --archive-root ./archive
dreaming status --artifact-root ./artifacts

指令	功能
`create`	掃描你明確提供的來源並暫存一個 dream 成果
`diff`	顯示報告和暫存的提案
`validate`	在允許觸碰即時狀態之前檢查成果
`apply`	寫入已核准的提案，並先備份現有檔案
`discard`	將成果歸檔，不變異即時工作區
`status`	顯示成果根目錄下暫存的成果

重要的細節：--source 是明確且可重複的。你將 Dreaming 指向來源材料——它不會吞下你的整個儲存庫然後開始做生活方式的決定。有審查路徑的自主性，才是建立持久系統而非意外混亂的方式。

成果就是產品

Hermes Dreaming 最重要的部分不是指令名稱——而是成果。每次執行產生一個暫存目錄：

manifest.json      # 你正在查看的執行記錄
REPORT.md          # 人類可讀的摘要
sources.jsonl      # 被掃描的內容
proposals.jsonl    # 提案的變異

那個套件就是憑證。它是「Agent 學會了」和「這是提案的變更、它來自哪裡、它想修改什麼、以及你有機會說不」之間的差異。

不是魔法。是控制。

離線優先並非降級

預設的提供者路徑故意是可讀的。離線標記工作流在來源套件中尋找明確的 DREAM: 行，所以你可以在沒有雲端模型、API 金鑰或不透明推論層的情況下測試核心迴圈。

DREAM: memory: Keep updates short and concrete.
DREAM: user: Prefer concise status updates.
DREAM: fact: {"type": "preference", "key": "tone", "value": "casual"}
DREAM: skill: path=skills/review.md | Preserve review gates and backups.

這不會讓它變得不那麼有用——它讓它變得可檢查。一旦工作流是可讀的，你稍後可以換成更強大的提供者。這個版本已經包含了一個可選的 OpenAI 相容提供者路徑，但核心概念不依賴假裝模型是魔法。模型可以提案。工作流仍然主導。

它也作為 Hermes 外掛發布

Hermes Dreaming 是獨立的，但為 Hermes 營運者而建。將它安裝為外掛：

hermes plugins install asimons81/hermes-dreaming --enable
hermes dreaming --help

還有一個捆綁的 Hermes 技能用於分階段審查工作流：

hermes-dreaming:dreaming

CLI 不只是開發便利工具——它是營運介面。如果一個 Agent 要觸碰記憶、技能、使用者筆記或事實，營運者應該有一個讓生命週期一目瞭然的指令介面：

scan -> stage -> diff -> validate -> apply -> discard

這就是全部論點的一句話。

這不是什麼

不是廣泛的外部同步
不是閘道管線
不是控制面板
不是承諾你的 Agent 透過遞迴凝視自己的檔案就能在醒來時成為天才
不是試圖變得神秘

第一版是一個以成果為先的 MVP，具有明確的套用和捨棄語義、驗證、備份、離線標記解析、可選的 OpenAI 相容提供者、核心模型和 CLI 流程的測試，以及足夠的儲存庫衛生以供公開審查。這是 v0.1.0 正確的形狀：小介面、硬邊界、隨處可見的憑證。

為什麼營運者應該在意

大多數 Agent 演示過度強調能力——它能寫程式碼、叫用工具、做計劃、過夜執行嗎？這些都是有用的問題。但長時間運行的 Agent 最終會遇到一個更深層的問題：當系統需要改變自己時會發生什麼？

這才是信任真正面對的時刻。當一個自我改進的 Agent 能以營運者可以檢查、驗證、套用或捨棄的形式展示它的工作時，它就變得有用得多。這個標準看起來更像是發版工程而非神話：

暫存變更。
顯示差異。
驗證成果。
備份即時狀態。
只套用已核准的內容。
乾淨地捨棄其餘部分。

重點

Hermes Dreaming 讓 Hermes 風格的自我改進變得更可讀。它不取代現有的自我改進機制——它為營運者提供了一個外掛形狀的審查工作流，帶有一個你可以在變更落地前檢查的分階段成果。

這聽起來很小，直到你曾經被那些靜默變異狀態、過度宣稱智慧，或讓回滾感覺像用鑷子在垃圾堆中翻找的工具灼傷過。Dreaming 不承諾魔法——它承諾一個你可以信任的工作流，因為你真的看得到它。

帶憑證的受控變異，永遠勝過聰明的廢話。

資源

儲存庫： github.com/asimons81/hermes-dreaming
套件： hermes-dreaming
目前版本： v0.1.0