這是蒼何的第 521 篇原創(chuàng)！

大家好，我是蒼何。

最近 AI 的熱風(fēng)從龍蝦吹到了 Hermes Agent，也就是江湖外號「愛馬仕」。

雖然現(xiàn)實中這玩意買不起，但這個還是能玩的起的。我同樣跑通了不少工作流。

就包括之前龍蝦的多智能體軍團，我也用 Hermes Agent 跑通了。

從飛書給我的 Agent 總管發(fā)需求，到最終交付，中間的市場調(diào)研、PRD、架構(gòu)設(shè)計、開發(fā)、測試，「全部由不同的 Agent 自動完成」。

每一個 Agent 負責(zé)不同的工作，各個 Agent 之間可以互相通信、發(fā)送消息，且每個 Agent 獨立上下文，互不干擾。

這是我的開發(fā)軍團跑了一晚上，完成的「電商競品價格監(jiān)控系統(tǒng)」。

它能定時采集價格/原價/優(yōu)惠/庫存狀態(tài)，提供趨勢圖和異常波動標(biāo)記。

并在低價、劇烈波動、缺貨時通過飛書預(yù)警，支持 Excel 導(dǎo)出。助你快人一步掌握市場定價主動權(quán)。

值得一提的是，開發(fā)總監(jiān)我設(shè)置的是自主調(diào)用本地的 Claude Code，他能自行決策，7 * 24 小時寫代碼。

這篇文章理論上是一篇超級長的萬字保姆級教程，建議無情的點贊轉(zhuǎn)發(fā)收藏。

你可以稍微看下大綱，并嘗試著滑到底，比比手速需要多久。

在介紹教程之前，有必要推薦下 Kimi 剛開源的模型 K2.6，代碼能力大提升，看到 Hermes 官方都下場安利了，所以我也用K2.6來演示一下如何啟動這只 Agent 軍團。

具體評分和介紹我就不在這里多 BB 了，大家可以看看：

因為這套多 Agent 協(xié)同系統(tǒng)對模型的要求極高，不只是單次對話的理解能力，更考驗「長任務(wù)的穩(wěn)定性、超長上下文的不失憶、以及跨輪次的任務(wù)鏈路保持」。

整個流程跑下來，從市場調(diào)研到最終交付，幾十輪對話、上下文沒有丟失、任務(wù)鏈路也沒有斷掉。

K2.6 在這方面的表現(xiàn)，說實話，遠超我的預(yù)期。

下面正式進入教程：

先看效果：一個需求的完整流程

整體工作流程如下：

我在飛書給總管發(fā)了一條任務(wù)：

「需求：搭建一個競品價格監(jiān)控看板�！� 支持錄入競品鏈接，定時采集價格/原價/優(yōu)惠/庫存狀態(tài)，提供趨勢圖和異常波動標(biāo)記，并在低價、劇烈波動、缺貨時通過飛書預(yù)警，支持 Excel 導(dǎo)出。

然后，我就去摸魚了。

第一步：市場調(diào)研

總管收到任務(wù)后，立馬派給「市場總監(jiān)」開始調(diào)研。

市場總監(jiān)干完活，會做兩件事：

1. 把調(diào)研報告發(fā)給總管，讓他繼續(xù)推進流程

2. 私發(fā)一份給我，讓我隨時掌握進度

打開看了下這份報告，好家伙，做的還挺像回事兒：

第二步：產(chǎn)品設(shè)計

總管拿到調(diào)研報告，自己先過一遍，看看有沒有問題。

沒問題就把報告轉(zhuǎn)給「產(chǎn)品總監(jiān)」，讓他基于調(diào)研結(jié)果輸出 PRD。

第三步：架構(gòu)設(shè)計

總管確認沒問題后，將 PRD 派發(fā)給「架構(gòu)總監(jiān)」。

架構(gòu)總監(jiān)會審查 PRD 的可實現(xiàn)性。「如果發(fā)現(xiàn)重大問題，他有權(quán)通過總管打回產(chǎn)品總監(jiān)修改」。

這一步非常關(guān)鍵，避免了產(chǎn)品設(shè)計不合理導(dǎo)致后面開發(fā)大規(guī)模返工。

架構(gòu)通過后，總管將市場調(diào)研報告 + PRD + 架構(gòu)設(shè)計文檔一并派發(fā)給「開發(fā)總監(jiān)」：

第四步：開發(fā)實現(xiàn)

開發(fā)總監(jiān)能通過 tmux 控制本地的 Claude Code 進行開發(fā)，開發(fā)指令全部由開發(fā)總監(jiān)自行規(guī)劃和執(zhí)行。

其中 Claude Code 也是配置的 K2.6 模型。

「這里有個關(guān)鍵點值得單獨說一下。」

開發(fā)過程往往是整個鏈路中最耗時、最容易出岔子的環(huán)節(jié)。

特別是復(fù)雜的長鏈路任務(wù)，不只考驗?zāi)Ｐ偷木幋a能力，更考驗它「在大量工具調(diào)用和多步驟規(guī)劃中的穩(wěn)定性」。

「Kimi K2.6」這個模型在代碼任務(wù)上專門做過針對性訓(xùn)練，最直觀的感受：

• 「任務(wù)目標(biāo)識別準(zhǔn)確」：給出模糊的需求描述，它能自動拆解成清晰的執(zhí)行步驟

• 「工具調(diào)用非常穩(wěn)定」：在同時調(diào)用文件操作、搜索、終端命令等多種工具時，幾乎沒有幻覺或誤操作

• 「長上下文不失憶」：數(shù)十輪對話后，依然能精準(zhǔn)引用前面某一步的輸出結(jié)果，任務(wù)鏈路完整不斷掉

整個開發(fā)階段，K2.6 基本上是「給方向、它自跑」，中途幾乎不需要人工介入糾偏。

第五步：測試驗收

開發(fā)完成后，交給「測試總監(jiān)」開始全面測試。

測試總監(jiān)會輸出一份完整的測試報告，總管拿到后再派發(fā)給開發(fā)總監(jiān)逐項修復(fù)，并全程盯緊進度。

最終沒問題了，總管會主動告知我「已就緒」。

這就是一個 AI 研發(fā)軍團完成一個完整開發(fā)任務(wù)的全過程。

市場調(diào)研、產(chǎn)品設(shè)計、架構(gòu)設(shè)計、開發(fā)實現(xiàn)、測試驗收，「全部由 Agent 自主完成」。

輸出的是一個拿來即用的功能完整電商競品分析看板。

講真的，看它們自己協(xié)調(diào)干活的時候，有種當(dāng)甲方的快感。

實戰(zhàn)：從零搭建研發(fā)軍團

接下來手把手教你搭一套。

第一步：安裝 Hermes Agent

打開 PowerShell，輸入wsl進入 WSL 2，然后一鍵安裝：

curl -fsSL https://raw.githubusercontent.com/NousResearch/hermes-agent/main/scripts/install.sh | bash

腳本會自動安裝：Python、Node.js、代碼倉庫、虛擬環(huán)境、全局hermes命令。

安裝過程中會問你要不要裝ripgrep（更快的文件搜索）和ffmpeg（語音消息），建議都裝，輸入y。

「遇到卡頓怎么辦？」

如果安裝過程卡在某一步很久不動，別慌，大概率是 npm/Node 這一步慢了。

按一次回車，等 1-2 分鐘。

如果還是沒反應(yīng)，按Ctrl+C中斷，前面的 Python 環(huán)境已經(jīng)裝好了，可以單獨處理 Node 部分。

「手動修復(fù) Node 依賴：」

# 先測試 Node 是否裝好node -vnpm -v
# 如果有版本號，手動裝 Node 依賴cd ~/.hermes/hermes-agent/webnpm install

如果提示有安全漏洞，跑一次npm audit fix修補。

「啟動 Hermes：」

source ~/.bashrc   # 或者: source ~/.zshrchermes             # 開始對話！

如果你用的是虛擬環(huán)境：

cd ~/.hermes/hermes-agentsource venv/bin/activatehermes

首次安裝建議選「快速配置」，只配必需的幾項（模型、API Key、消息方式），先把系統(tǒng)跑起來再說。

模型這里我選的「Kimi Coding Plan」。

輸入 API Key，選擇模型kimi-for-coding。

「推薦使用 K2.6-code-preview」。

這個模型是 Kimi 專門針對代碼和長任務(wù)場景優(yōu)化的版本，核心優(yōu)勢三點：

• 「超長上下文窗口」：支持更大規(guī)模的任務(wù)輸入，不用擔(dān)心關(guān)鍵信息被截斷

• 「長任務(wù)鏈路穩(wěn)定」：多輪任務(wù)下來，不會出現(xiàn)「忘了前面在干什么」的情況

• 「多工具協(xié)同能力強」：在文件讀寫、終端執(zhí)行、搜索等工具混合調(diào)用時，決策準(zhǔn)確率高

在多 Agent 協(xié)同這種極端復(fù)雜的場景下，底層模型的穩(wěn)定性直接決定了整個系統(tǒng)能不能跑通。

K2.6-code-preview 在這方面給了我很強的信心。

消息平臺這一步可以先跳過，后面再配飛書。

配置完成，可以直接啟動了。

第三步：創(chuàng)建多個 Agent Profile

這是核心部分，你需要為每個角色創(chuàng)建獨立的 profile。

「1. 創(chuàng)建總管 Agent」

hermes profile create commander

輸入commander setup設(shè)置模型和 API Key。

總管是整個系統(tǒng)的調(diào)度核心，需要持續(xù)跟蹤、協(xié)調(diào)、催辦多個下游 Agent，對上下文的連貫性要求極高。

這里同樣用「K2.6-code-preview」，超長的上下文窗口保證了總管在多輪調(diào)度中不會「忘事」。

完成后運行，Ready to go！

「2. 告訴總管他的職責(zé)」

直接在對話框中輸入：

從現(xiàn)在開始，你是我的研發(fā)總管。你的職責(zé)是接收我的需求，并按"市場調(diào)研 -> PRD -> 架構(gòu)設(shè)計 -> 開發(fā)實現(xiàn) -> 測試驗收"的流程推進。你不直接做專業(yè)產(chǎn)出，只負責(zé)調(diào)度、催辦、匯總和推進。先復(fù)述一遍你的職責(zé)邊界，不要開始執(zhí)行。

「3. 創(chuàng)建其他 Agent」

可以在主 agent 對話框中提需求讓它生成，也可以用命令手動創(chuàng)建：

hermes profile create market-director    # 市場總監(jiān)hermes profile create product-director   # 產(chǎn)品總監(jiān)hermes profile create architect-director # 架構(gòu)總監(jiān)hermes profile create dev-director       # 開發(fā)總監(jiān)hermes profile create test-director      # 測試總監(jiān)

每個 profile 都需要：

1. 設(shè)置模型和 API Key

2. 定義角色職責(zé)和工作范圍

3. 配置可以使用的技能和工具

最終的 profile 結(jié)構(gòu)：

profiles/├── commander/          # 總管：負責(zé)調(diào)度和流程推進├── market-director/    # 市場總監(jiān)：負責(zé)市場調(diào)研├── product-director/   # 產(chǎn)品總監(jiān)：負責(zé) PRD 輸出├── architect-director/ # 架構(gòu)總監(jiān)：負責(zé)技術(shù)架構(gòu)設(shè)計├── dev-director/       # 開發(fā)總監(jiān)：負責(zé)代碼實現(xiàn)└── test-director/      # 測試總監(jiān)：負責(zé)測試驗收

輸入hermes gateway setup，選擇飛書。

有兩種配置方式：

1. 自動創(chuàng)建飛書機器人（推薦）

2. 手動輸入已有飛書應(yīng)用的 AppID 和 AppSecret

我選的第一種，按回車后會出現(xiàn)一個二維碼，掃描授權(quán)。

然后選擇授權(quán)方式（私聊配對授權(quán)，適合個人及小團隊）。

選擇群聊處理方式。

把網(wǎng)關(guān)安裝成 systemd 系統(tǒng)服務(wù)，輸入 y。

如果是 WSL 虛擬環(huán)境，需要提權(quán)操作：

which hermessudo 
<這里替換成 < pan>
which 
hermes 輸出的完整路徑> gateway install --system --run-as-user lenovo 
sudo 
<這里替換成 < pan>
which 
hermes 輸出的完整路徑> gateway start --system 

「驗證安裝：」

systemctl status hermes-gatewayjournalctl -u hermes-gateway -f

回到飛書機器人對話頁面，輸入「你好」，會出現(xiàn)配對指令。

將配對指令復(fù)制到命令行執(zhí)行，配對成功。

再次輸入「你好」，系統(tǒng)會提示未設(shè)置主頻道。

在對話框中輸入/sethome將當(dāng)前聊天設(shè)置為主頻道。

第五步：配置 Agent 間通信

接下來，和總管 agent 對話，讓它自己去實現(xiàn) agent 之間的通信和修復(fù)。

修復(fù)問題后，它會自己創(chuàng)建 skill 記錄這次問題以便復(fù)用，這就是 Hermes Agent 的記憶功能。

也可以告訴它需求，讓它創(chuàng)建 skill。

比如這里讓它創(chuàng)建一個專屬技能，讓總管自動調(diào)度市場總監(jiān) Agent。

「最終的 profile 結(jié)構(gòu)：」

profiles/├── commander/          # 總管├── market-director/    # 市場總監(jiān)├── product-director/   # 產(chǎn)品總監(jiān)├── architect-director/ # 架構(gòu)總監(jiān)├── development_director/  # 開發(fā)總監(jiān)└── test-director/      # 測試總監(jiān)

你可以看到，核心邏輯就是為每個 Agent 單獨配置了獨立的 workspace。

所以理論上，上下文也是獨立不污染的。

核心原理：Hermes Agent 是怎么做到的？

很多人以為多 Agent 就是開幾個進程互相調(diào)用。

其實不是。

Hermes 的多 Agent 協(xié)作，本質(zhì)上是：「角色隔離 + 共享上下文 + 任務(wù)委派」。

四個核心組件

組件

職責(zé)

類比

「Profiles」

多個獨立 Agent 的組織方式

公司里的不同部門

「Gateway」

Agent 對外收發(fā)消息的通道

公司的前臺/客服

「Honcho」

多 Agent 共享長期記憶和上下文

公司的共享知識庫

「tmux」

進程�；罟ぞ撸ǚ峭ㄐ艡C制）

讓辦公室的燈一直開著

Agent 間任務(wù)交接流程

當(dāng)一個 Agent 需要把任務(wù)交給另一個 Agent 時：

1. 「通過 Honcho 寫入共享上下文」：總管將需求和調(diào)研報告寫入用戶 workspace

2. 「通過 Gateway 發(fā)送通知」：總管通過飛書 @ 產(chǎn)品總監(jiān)，觸發(fā)其 gateway 接收消息

3. 「目標(biāo) Agent 讀取共享上下文」：產(chǎn)品總監(jiān)從 Honcho 讀取調(diào)研報告，開始輸出 PRD

4. 「完成后回寫結(jié)果」：產(chǎn)品總監(jiān)將 PRD 寫入共享 workspace，并通過 gateway 通知總管

角色化分工（Profiles）    +共享上下文（Honcho）    +明確任務(wù)交接（Gateway + 共享記憶）    =多 Agent 協(xié)同系統(tǒng)

值得一提的是，「底層模型的能力是這套系統(tǒng)能否跑通的隱形門檻」。

多 Agent 系統(tǒng)中，每個環(huán)節(jié)都依賴模型正確理解上一步傳來的上下文，并輸出結(jié)構(gòu)化、可被下一步解析的結(jié)果。

K2.6-code-preview 超強的指令遵循能力和長上下文理解能力，讓整個鏈路的「信息傳遞損耗」降到了很低，這是系統(tǒng)能穩(wěn)定運行的關(guān)鍵之一。

Hermes Agent 的文件結(jié)構(gòu)

文件/目錄

作用

具體內(nèi)容

「config.yaml」

Agent 的「人設(shè)」配置

用什么模型、角色定位、能用哪些工具、行為參數(shù)

「.env」

敏感信息存儲

API Keys、網(wǎng)關(guān)令牌、數(shù)據(jù)庫連接信息

「profiles/」

多個 Agent 的獨立配置

每個 profile 都是獨立的 Agent

「skills/」

Agent 可以調(diào)用的工具

Python 腳本、技能說明文檔、技能分類

「memory/」

記憶存儲

每日記憶、長期記憶、Honcho 外部記憶庫

「sessions/」

會話歷史

每次對話的完整上下文，用于恢復(fù)對話狀態(tài)

「gateway/」

消息平臺連接

飛書/Slack/Discord 配置、消息路由、授權(quán)信息

「簡單理解：」

• profiles/ 就是你的「員工花名冊」，每個 profile 是一個獨立的 Agent

• config.yaml 定義每個 Agent 的「崗位職責(zé)」

• gateway/ 是 Agent 與外界（飛書）溝通的「前臺」

• memory/ 是 Agent 之間共享信息的「知識庫」

在安裝和使用過程中，你可能會遇到這些問題：

錯誤類型

典型報錯

發(fā)生階段

快速解決

「命令找不到」

hermes: command not found

安裝后首次運行

重新加載 shell：source ~/.bashrc

「Python 版本低」

requires Python >=3.10

安裝時

升級 Python 到 3.10+

「API Key 錯誤」

Invalid API key

運行時

檢查 .env 中的 API Key

「速率限制」

Too many requests

運行時

降低請求頻率或升級套餐

「Docker 未啟動」

Cannot connect to Docker

切換 Docker 后端時

啟動 Docker 服務(wù)

「Docker 權(quán)限」

permission denied

Docker 運行時

把用戶加到 docker 組

「MCP 連接失敗」

MCP server timeout

v0.8 MCP 工具鏈

檢查 MCP 服務(wù)器配置

「OAuth 過期」

OAuth token expired

v0.8 MCP OAuth

重新授權(quán)

「上下文溢出」

context length exceeded

長任務(wù)運行中

清理會話歷史或換大模型

「Subagent 超時」

RPC timeout after 30s

并行任務(wù)

增加超時時間

「快速排查三步走：」

1. 看報錯信息，對照上表確定類型

2. 用hermes --verbose查看詳細日志

3. 從環(huán)境配置、API 配置到服務(wù)狀態(tài)，逐項檢查

說實話，這套 Hermes Agent 研發(fā)軍團搭完之后，我真的有種「一人公司」的感覺了。

你只需要提需求，剩下的事情交給 Agent 們自己協(xié)調(diào)完成。

市場調(diào)研、產(chǎn)品設(shè)計、架構(gòu)設(shè)計、開發(fā)實現(xiàn)、測試驗收，每個環(huán)節(jié)有專人負責(zé)，每個環(huán)節(jié)自動流轉(zhuǎn)。

當(dāng)然，這套系統(tǒng)能跑得這么順滑，Kimi K2.6功不可沒。

「框架負責(zé)協(xié)調(diào)，模型負責(zé)執(zhí)行�！�

一個好的多 Agent 框架配上一個真正能打長任務(wù)的模型，才是這套方案的核心競爭力所在。

未來的開發(fā)模式，可能真的就是你當(dāng)老板，AI 當(dāng)團隊，一個人指揮一支軍團。

感興趣的朋友直接上手試試，門檻不高，效果拔群。

「如果你也搭了一套自己的 Agent 軍團，歡迎評論區(qū)曬出來，一起卷一起飛�！�