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

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

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

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

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

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

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

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

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

Here we go！

先來一個最短的OpenClaw遷移，

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

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

根據(jù)我的本地環(huán)境安裝Hermes Agent

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

hermes setup（基礎(chǔ)配置）

hermes model （模型配置）

hermes tools （工具配置）

hermes gateway setup

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

hermes

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

hermes claw migrate（從OpenClaw里遷移）

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

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

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

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

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

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

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

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

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

請讀取并歸納這些本地資料中穩(wěn)定，可長期復(fù)用的偏好和規(guī)則：

• ~/.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.先備份當(dāng)前 profile 的 SOUL.md。
2. 2.只把穩(wěn)定身份、工作方式、邊界、交付格式寫入 SOUL.md。
3. 3.不把具體項目流水賬，一次性任務(wù)，密鑰，賬號信息寫入 SOUL.md。
4. 4.SOUL.md 要短、強(qiáng)約束、可執(zhí)行，默認(rèn)中文。
5. 5.最后匯報改了哪些 section，以及哪些信息被判定不適合寫入。

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

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

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

hermes config set memory.memory_char_limit 4000

hermes config set memory.user_char_limit 4000

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

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

hermes -p curator config set memory.provider holographic

hermes -p curator memory status

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

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

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

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

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

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

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

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

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

• max_turn：允許這一輪agent最多跑120輪的工具調(diào)用

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

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

還有啊，

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

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

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

Kimi K2.6也是很輕松連續(xù)開發(fā)了30分鐘，

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

這樣的，

還有這樣的，

還可以做成星圖跳轉(zhuǎn)的，

最后我們再來走個驗收環(huán)節(jié)，多迭代幾次就可以把這個新的Skill發(fā)布上線了。

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

而且因為 Hermes 有自動總結(jié)出新skill的機(jī)制，

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

在單個對話里面也可以用Kimi K2.6多并發(fā)派生子Agent去執(zhí)行拆分的任務(wù)。

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

呼，這樣梳理下來，

多Agent的思路就很明確了。

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

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

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

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

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

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

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

就能在一次次對話里積累經(jīng)驗，沉淀偏好，

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

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

@ 作者 / 卡爾

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

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

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

更多的內(nèi)容正在不斷填坑中……