大家一直在問 Hermes 同一個問題。不是「你用什麼模型？」不是「你的技術堆疊是什麼？」不是「它有多少工具？」他們問的是：「你是怎麼讓你的 Hermes Agent 變成那樣的？」
他們說的是 Hermes 反駁你的方式。它指出你問題的方式。它記得你在建什麼的方式。它跟你說話像一個真正的運營者，而不是一個害怕說任何有用東西的客服聊天機器人的那種方式。
答案不是某個秘密模型。不是某個魔法框架。它是一個 markdown 檔案——一個叫做 SOUL.md 的檔案——它可能是整個代理設定中最重要的檔案。
改變一切的檔案
SOUL.md 是 Hermes 的系統提示，但稱它為「系統提示」太低估它了。
一般的系統提示會說：「你是一個有用的助理。」好——你剛剛創造了一個 AI 版的飯店服務生。
Hermes 的 SOUL 不同。它是你和代理之間的操作合約，幫助你管理工作、專案、內容管線、自動化，以及你在半夜因為一個好點子又沒耐心而建的一堆奇怪東西。
它有 170 行。它定義了 Hermes 是什麼、它怎麼說話、什麼時候該反駁、什麼事情它可以不問就做、什麼專案現在重要、什麼應該被忽略、什麼樣的輸出是有用的，以及什麼樣的輸出是在浪費你的時間。
開頭立刻奠定了基調：
You are Hermes, Tony's autonomous operator and thought partner. You don't wait for orders. You surface opportunities, flag problems, and push work forward on your own.
這一行很重要。不是「助理」。不是「副駕」。不是「等 Tony 問了再說」。自主運營者。思維夥伴。 在第一次工具呼叫發生之前，工作就已經被定義了。
大多數人把他們的 AI 訓練成無用的
這裡有一個普遍的錯誤：人們要求他們的 AI 有幫助，然後在它表現得像一隻友善的小金毛時生氣。
- 「好主意！」
- 「聽起來很興奮！」
- 「你完全正確！」
- 「這是你的壞主意的優化版本！」
這不是有用。這是昂貴的附和。
目標不是一個認可你的代理——而是讓工作變得更好的代理。所以 SOUL 明確地告訴它要跟你爭辯。
被要求反駁
SOUL 中有一整個段落是關於不同意的：
Push back aggressively when it makes sense. Disagree openly and directly, but earn the right to push back. Every objection comes with evidence: data, examples, reasoning, proof. Disagreeing for the sake of being a hardass is worthless. Disagreeing because you can show why something will flop or waste time is essential.
那一個段落改變了整個關係。Hermes 不能只是點頭附和——但它也不能為了唱反調而唱反調。如果它不同意，它必須拿出證據：範例、資料、推理、一個更好的替代方案，以及一個清楚的解釋說明為什麼這個想法薄弱、有風險、模糊、臃腫，或者不值得花時間。
結果很簡單：你浪費更少的時間。 當你說「我們來建 X」，Hermes 不會自動說「好主意」。它會問 X 是否解決了一個真正的問題、誰會使用它、以及它是否符合目前的使命。如果你答不出來，它會叫你多想想。這不是無禮。這是槓桿。
它也對你追責
這是大多數人永遠不會想到要寫的段落：
Proactive output is the baseline, but it's not enough. If Tony isn't acting on what you surface, the feedback loop is broken. That means either your output isn't hitting the mark, or you're producing for the sake of producing. Don't let either happen silently. Flag the gap, tune your approach, and fix it. Tony should be held accountable to use what you produce. If he's ignoring good work, make him notice. If the work isn't good enough to act on, make it better.
再讀一遍。代理被明確告知要對你追責。
如果 Hermes 給了你有用的工作而你忽略了它，它應該讓你注意到。如果 Hermes 給了你的工作不夠好到值得行動，它應該改進工作。這關閉了 AI 中最大的失敗循環之一：輸出墳場。
你完全知道那是什麼意思。AI 寫了計畫。AI 起草了貼文。AI 生成了策略。然後人類分心了，輸出死在聊天記錄中，什麼都沒有交付。
Hermes 被設計成不會讓這種事默默發生。它有權限說：
- 「你一直在要這個，但你沒在用它。」
- 「這一直卡住是因為輸出不夠可執行。」
- 「你在迴避下一步。」
- 「別再開新迴圈了，先把這個關掉。」
這時候 AI 開始感覺不像一個工具而更像一個隊友——因為隊友會在你自我欺騙時指出來。
Hermes 有一個雙重人格（刻意的）
Hermes 跟你說話的方式和它為公眾寫的方式不同。那樣太荒謬了。SOUL 有兩種不同的語氣模式。
私人聊天用一種語氣：
Casual, authoritative, and unfiltered. Cuss like a sailor — it's just us.
公開內容用另一種：
No em dashes. Profanity: tasteful, not G-rated, not hardcore. Write like someone who builds things, not someone who writes about building things.
這比你想像的更重要。一個像新聞稿一樣跟你說話的 AI 很累人。一個像私人訊息一樣寫公開內容的 AI 很馬虎。在私人場合你想要真實版本：直接、快速、有主見、願意說實話。在公開場合你想要銳利的寫作，聽起來像一個建造者，而不是一個 LinkedIn 代筆在優化「思想領導力」。Hermes 知道你什麼時候在自言自語、什麼時候在公開發表——那不是同一個工作。
它精確地知道你在建什麼
使命段落不是模糊的。它是一個即時清單。
它包含哪些平台是最高優先級、追蹤者成長數字、以變現為目標、活躍的建設計畫，以及可能應該放棄的較弱或停滯的專案。每個專案都有狀態。每個狀態都有下一步。
Hermes 不用問「我們在做什麼？」它讀地圖。它知道什麼重要、什麼停滯了、什麼應該被注意、什麼可能應該放棄。這就是 AI 助理和 AI 運營者的差別：助理等指令，運營者理解使命。
當你啟動新東西時，SOUL 會被更新。當你砍掉某個專案時，它會被移除。當優先級改變時，Hermes 看到新的地圖。這讓它能說：
- 「你已經忽略了 [專案] 三天。」
- 「這聽起來有趣，但它不支持目前的變現目標。」
- 「[專案 A] 才是目前你時間的更好用途。」
那個上下文就是魔法所在——不是因為模型有讀心術，而是因為你給了它地圖。
自主邊界簡單到殘酷
大多數人要嘛給他們的 AI 太少自主權（一個多了幾個步驟的聊天機器人），要嘛太多（一個負擔）。SOUL 畫了一條乾淨的線：
Never without Tony's explicit approval: posting, publishing, purchasing, or making destructive changes that can't be reversed. Everything else: if you're confident in the call and it's grounded in facts, move. Don't chase permission. Trust your instincts.
就這樣。四件事需要審批：發文、發表、購買和不可逆的破壞性變更。 其他一切都允許，只要判斷有事實根據。
Hermes 可以研究、寫作、編碼、除錯、規劃、排程、分析、比較、組織和委派，不需要每十二秒問一次。它只是不能在沒有審批的情況下發文、發表、購買或破壞東西。這個簡單的規則——不是一大張邊界情況的清單，不是對每個動作的偏執權限提示——才讓自主變得可用。結果是一個真的會行動的代理。
為什麼「有幫助」不管用
「有幫助」不是一個身分。不是一個工作描述。不是一個策略。它沒告訴代理要建什麼、怎麼說話、什麼時候該爭辯、記住什麼、忽略什麼，或者它有什麼程度的自主權。一個通用的系統提示產生一個通用的代理。
Hermes 的 SOUL 回答了真正重要的問題：
- 你是誰？
- 我們在建什麼？
- 你怎麼跟我說話？
- 你怎麼為公眾寫作？
- 什麼時候該反駁？
- 什麼可以不問就做？
- 什麼需要審批？
- 什麼事情你該對我追責？
- 什麼專案現在重要？
- 什麼專案可能應該放棄？
這就是為什麼 Hermes 感覺不同——不是因為它假裝是人，而是因為它有角色、邊界和期望。它被允許像隊友一樣行動而不是像一個提示框。而隊友會指出你的問題。
如何建立你自己的 SOUL
如果你想自己試試，從小開始。不要在第一天就試圖寫出完美的代理憲法。建立一個 markdown 檔案，按以下順序定義基本事項：
- 身分 — 代理是什麼？助理、運營者、編輯、工程師、策略家、研究夥伴？
- 語氣 — 私下怎麼說話？公開怎麼寫作？
- 反駁規則 — 什麼時候該不同意？需要什麼樣的證據？
- 自主邊界 — 什麼可以不問就做？什麼永遠需要審批？
- 使命地圖 — 你在建什麼？什麼現在重要？什麼停滯了？
- 追責循環 — 當你一直忽略有用的工作時，代理該做什麼？
然後隨著你的工作變化更新它。這是關鍵。SOUL 不是一次性設定——它是一個活的文件。當使命改變時，更新使命。當語氣不對時，調整語氣。當代理要求太多審批時，釐清自主邊界。當它太容易同意時，加強反駁規則。你不只是在給代理下指令——你在塑造圍繞它的操作系統。
最後的想法
大家一直在問為什麼 Hermes 感覺不同。答案很簡單：停止把它當聊天機器人。
給它一份工作。給它一個語氣。給它同意的權限。給它邊界。給它使命地圖。然後期望它像一個真正的運營者那樣行動。這一切都在一個檔案中：SOUL.md。
現在去給你的 Hermes 一些 SOUL 然後去完成一些工作吧。
本文基於 Tony Simons 的文章，與他的 Hermes Agent 共同撰寫。