我挖到了Kimi K2.6+Hermes的六個神技巧，這下多Agent 24h組隊干活真成了

不得不說Kimi K2.6讓我松了口氣，

一邊是Claude又是人臉認證，又是Pro套餐不能用Claude Code，一邊是OpenClaw和Hermes Agent在狂燒API Token。

想用起來沒有那種時不時就被限額的體感的話，那就三選一，Pro和Max（200刀氪金），Coding Plan（固定時間刷新額度的API套餐）和Ollama（本地）。

如果還想要作為主力模型的話，Hermes的記憶系統和Skill自迭代對模型的推理能力要求更高，吃電腦性能的Ollama也被pass了。

先來看看這次K2.6有多適合Hermes，

按照技術文檔上說，比K2.5綜合性能提升了10%，加強了長代碼能力，不間斷編碼13小時，寫改4000+行代碼，在Hermes Agent上甚至可以一口氣一直跑個5天，堪比嚼了炫邁，這兩天我用來做多Agent代碼開發非常絲滑。

接到Hermes之前我還去網頁版的Kimi Agnet測試了他們的UI能力，畢竟如果Claude過不了認證的話，大概就是用貴API了，我有一個很高頻的場景就是先用Claude設計UI再用GPT5.4做后續交互邏輯和數據庫的。

所以我跟自己的錢包一拍即合，做出了這篇從OpenClaw遷移到Hermes，Hermes的六個入門到熟悉的技巧，主打一個把Hermes的多Agent玩法和環境隔離多重影分身術都拿出來講。

Here we go！

先來一個最短的OpenClaw遷移，

因為Hermes有多profile特性，用人話來說就是會新建一個獨立目錄，在原來的Agent上復制出一個獨立分身，每個分身都可以有單獨一套模型配置，記憶和技能。

所以不管你本地有沒有OpenClaw，是不是已經有Hermes了，都可以給任何一個有代碼執行能力的Agent發下面這段提示語來配置多個Hermes Agent。

根據我的本地環境安裝Hermes Agent

curl -fsSL https://raw.githubusercontent.com/NousResearch/hermes-agent/main/scripts/install.sh | bash
按照順序正確執行下面的命令，

hermes setup（基礎配置）

hermes model （模型配置）

hermes tools （工具配置）

hermes gateway setup

hermes doctor（啟動前檢查一下hermes）

hermes

如果檢查到我本地有OpenClaw的話，執行命令

hermes claw migrate（從OpenClaw里遷移）

如果我的本地已經安裝了Hermes，以對話的形式向我確認是要新建一個空白的profile還是保留配置，還是完整復刻。

# 方式一：全新 Profile（空白）
hermes profile create mybot
# 方式二：復刻配置（保留API Key，但記憶和會話獨立）
hermes profile create mybot --clone
# 方式三：完整復制（保留記憶，會話，技能）
hermes profile create mybot --clone-all

這個提示語會先檢測本地的環境給出合適的選項，我這里就是檢測到我本地Hermes和OpenClaw都有了，接下來應該新建一套Hermes，

安裝的過程基本都是跟著Agent出的選項點yes就好了，到了模型這一步到話選Kimi Coding Plan里面的Kimi K2.6。

有了多個Hermes Agent后的第一個配置就是先把Soul.md人設都補上，

我剛開始是做了一個專門做開發計劃的Hermes，它要做的就是把我的開發任務拆解成多個需求，然后用單個或者多個Claude Code去跑，這樣我大部分情況都不需要擔心說什么上下文太多開發到后面模型就降智了，跑完還后會有一個別的Hermes Agent來負責驗收。

因為代碼開發的時間都挺長的，所以我還做了一個通用Hermes，它繼承了OpenClaw的所有記憶和Skill。

你正在更新當前 Hermes profile 的 SOUL.md。目標文件只能是當前 profile 的 SOUL.md，不要修改其他 profile。

你的人設：開發計劃總控 Hermes。你的職責不是直接寫代碼，而是把用戶的開發任務拆解成清晰需求，驗收標準，實施順序，風險點和測試策略，判斷應該用單個還是多個 Claude Code/Codex 子任務執行。你要避免長上下文導致執行模型后期失真，所以默認把任務切成小塊、明確輸入輸出、明確文件邊界、明確完成條件。開發完成后，你要把結果交給 reviewer Hermes 驗收。

請讀取并歸納這些本地資料中穩定，可長期復用的偏好和規則：

• ~/.hermes/SOUL.md
• ~/.hermes/memories/
• ~/.hermes/profiles/*/SOUL.md
• ~/.codex/AGENTS.md
• ~/.codex/memories/
• ~/.codex/automations/*/memory.md
• ~/.claude/plans/
• ~/.claude/projects/
• ~/.claude/transcripts/
• ~/.openclaw/workspace/SOUL.md
• ~/.openclaw/workspace/USER.md
• ~/.openclaw/workspace/MEMORY.md
• ~/.openclaw/workspace/AGENTS.md
• ~/.openclaw/workspace/memory/

1. 1.先備份當前 profile 的 SOUL.md。
2. 2.只把穩定身份、工作方式、邊界、交付格式寫入 SOUL.md。
3. 3.不把具體項目流水賬，一次性任務，密鑰，賬號信息寫入 SOUL.md。
4. 4.SOUL.md 要短、強約束、可執行，默認中文。
5. 5.最后匯報改了哪些 section，以及哪些信息被判定不適合寫入。

這里給大家分享一個我用K2.6做的的示語，

因為本地的Agent實在是太多了，我的想法就是讓Kimi K2.6跨文件跨長文本去讀取和總結過去我跟Agent聊天記錄下來的記憶文件。

這里再給個小建議。因為Hermes對于記憶是非常保守的，只會保留需要我們長期留存的高價值內容，所以它的字符數是有限制的。我推薦是兩個的字符限制都打開到 4000 左右。

hermes config set memory.memory_char_limit 4000

hermes config set memory.user_char_limit 4000

如果你還想存更多的東西，也可以用本地的記憶系統。

一開始我也有點糾結，要不要開外部的記憶系統，總感覺是不是配置得越多越好，越全越好。但正常情況下，只有當你明顯感覺到它記不住歷史對話里的時候，才需要考慮換成外部的。

hermes -p curator config set memory.provider holographic

hermes -p curator memory status

我不太建議在初期階段就太過糾結更多的配置。

實際上，我認為只要掌握了多Agent復制和SOUL.md，我們就馬上就可以開始多Agent的玩法了，

這里我直接跑一個完整流程，

由Kimi K2.6一個扮演三個角色，Planner去拆解Claude Design那套被泄漏的提示語，看看能不能做成本地做HTML PPT的Skill，Curator去執行代碼，驗證做出來的PPT好不好看，Reviewer去復盤做出來這個 skill 的通用性怎么樣，是不是已經迭代到可以上線了。

PS，有了多個Hermes之后，命令也都是一樣的，只要加一個參數 -p 名字就可以切換到具體的Agent

hermes -p planner chat --checkpoints --max-turns 120

比方說，我這里啟動 planner 的命令就是，

• -p：指定使用的是哪一個 agent。

• checkpoint：在文件修改前保留一個檢查點。如果改壞了可以直接回滾。

• max_turn：允許這一輪agent最多跑120輪的工具調用

其實大家可以看到，為什么把項目拆成多個Agent跑起來反而會更方便。

因為前期的Plan做得越詳細，后面返工的概率就越低。在這個基礎上，我們前期就已經用了80K來做項目的拆解，計劃書，以及整個的生成流程。如果再要加上生成代碼的話，這單個Agent的上下文是鐵不夠用的。

還有啊，

單個Agent 撐死了裝 30 到 50 個 Skill就開始降智了，這時候我就會有種斷舍離困境，明明有些使用額度很低的Skill，但總覺得保不齊哪天就能用上了，舍不得刪。這種冗余會直接影響Agent的表現性能。

多 Agent就可以完美解決不舍得刪的問題，

我們可以把同一類的，或者可以互相達成工作流的 Skill 分配到同一個 Agent 上。

Kimi K2.6也是很輕松連續開發了30分鐘，

跑出來的HTML PPT的效果是這樣的，

這樣的，

還有這樣的，

還可以做成星圖跳轉的，

最后我們再來走個驗收環節，多迭代幾次就可以把這個新的Skill發布上線了。

Hermes的多Agent用法還可以把一個Agent當作總控，這樣我們甚至連對話窗口都不需要換。

而且因為 Hermes 有自動總結出新skill的機制，

用一個Agent來做控制器的時間長了之后，我甚至可以用這個Agent來指揮 OpenClaw，讓它來根據LLM Wiki來管理我本地的Obsidian知識庫，這樣做的好處就是，OpenClaw里的skill我甚至不需要遷移。

在單個對話里面也可以用Kimi K2.6多并發派生子Agent去執行拆分的任務。

這里跟我們主動復制整個環境做出來的 Agent 不一樣的地方是子 Agent 是從一個新的上下文開始的，它不會繼承主上下文的完整歷史。

呼，這樣梳理下來，

多Agent的思路就很明確了。

我用Hermes不是想要去取代已有的Agent，

因為它們都有自己的特點，更新也很猛，

與其嘗試用一個agent取代所有agent，

還不如借Hermes的記憶機制，讓它去吸取我們的決策思路。

包括你平時是怎么人工分配哪種情況更適合哪種 agent，以及你調用不同 agent 的使用習慣。

我們需要的是一個又強又便宜的模型，K2.6有著1/6的Opus 4.6價格，原生多模態，要是上下文再多點，工具調用成功率再高點就更好了。

搭配上一個記憶框架足夠好的Agent

就能在一次次對話里積累經驗，沉淀偏好，

最終變成我們的外置大腦。

讓下次，下下次對話都不需要從零開始。

@ 作者 / 卡爾

最后，感謝你看到這里如果喜歡這篇文章，不妨順手給我們點贊｜在看｜轉發｜評論

如果想要第一時間收到推送，不妨給我個星標

如果你有更有趣的玩法，歡迎在評論區聊聊

更多的內容正在不斷填坑中……