一句話概覽
很多人裝上 Hermes Agent 之後，只把它當成一個“能調工具的聊天窗口”：提個問題，等個回答，然後關掉頁面。
但 Hermes 真正有價值的地方，不是陪你聊天，而是逐步變成一個能讀文件、跑命令、查資料、分工協作、定時執行、沉澱知識的自動化系統。
這條路線可以粗略分成 15 個等級：
Level 1-3：把 Hermes 用順手
Level 4-7：開始用 skill、MCP、子代理和定時任務放大效率
Level 8-15：把它搭成多角色、可積累、可分發的自治系統
如果你現在只會單輪對話，大概率還停在 Level 1。真正開始產生複利的，通常是 Level 3 到 Level 7。
第一階段：基礎能力（Level 1-3）
Level 1：單次提示詞
這一層最容易理解：你裝好 Hermes，直接提需求，它可以讀文件、改代碼、搜網頁、跑命令。
關鍵是別把它當搜索引擎用。
“告訴我 X 是什麼”只是在聊天；“研究 X，整理對比報告，保存到指定目錄”纔是在用 agent。前者給你一段文字，後者把任務做完。
Level 2：Memory + SOUL.md
這一層開始讓 Hermes 記住你是誰、項目是什麼、邊界在哪。
SOUL.md 定義代理的身份和行爲方式，MEMORY.md、USER.md 保存長期偏好和項目事實。這樣你不需要每次重新解釋背景，代理也不會每次都用一套泛泛的默認回答。
比如你問“要不要漲價”，沒有上下文時只能得到通用建議；如果 Hermes 已經知道你的業務模型、利潤率和客戶分層，它就能把回答落到具體動作：哪一檔先測試，哪類客戶風險最大，漲多少更穩。
Level 3：斜槓命令
斜槓命令解決的是會話內並行和調度。
/background <prompt>：後臺開一個任務，主會話繼續用
/steer <prompt>：當前任務不中斷，直接中途糾偏
/queue <prompt>：當前任務結束後自動接着跑
/model <name>：中途切換模型
很多人還在“一問一答等它跑完”的節奏裏工作。只要會用 /background，單會話吞吐量就會明顯變高：你可以一邊寫方案，一邊讓後臺去查競品資料。
第二階段：槓桿能力（Level 4-7）
Level 4：Skills + 按任務選模型
Skill 不是普通提示詞片段，而是按需加載的知識和工具包。研究、代碼審查、內容寫作、資料整理，都可以有不同 skill。
更重要的是，不同任務不應該全都用最貴模型。
網頁搜索和初步調研：用便宜快模型
內容整理和表達潤色：用擅長寫作的模型
關鍵代碼審查：再上更強的模型
大量子任務並行：優先考慮緩存、低價和吞吐
這一級的核心不是追求“哪個模型最好”，而是把模型成本和任務難度匹配起來。
Level 5：MCP，把你的工具接進來
接上 Gmail、Calendar、Slack、Notion、GitHub、數據庫之後，Hermes 才真正從“公網資料助手”變成“能處理你自己上下文的代理”。
它可以先看你的郵件、日曆、項目板和內部資料，再回答問題。這樣輸出纔會貼近你的真實工作，而不是隻基於公開網頁。
但 MCP 不能無腦全接。每個 MCP 都會帶來工具定義，工具太多會擠佔上下文窗口。更穩的方式是隻接高頻工具，不常用的先關掉。
Level 6：子代理 + 並行執行
複雜任務可以拆給多個隔離上下文並行跑。
一個代理負責調研，一個代理負責批判，一個代理負責寫代碼，父代理只做編排和綜合。每個子代理還可以用不同模型，成本和能力都更好控。
邊界也很清楚：簡單任務不需要拆。主代理幾輪能完成的事，硬上子代理只會增加上下文初始化和協調成本。
Level 7：異步運行
這一層開始從“我問它答”變成“它先幹活，我來複核”。
主要能力有三類：
/goal：持續追一個目標，直到 judge 判斷完成
Cron：按時間定時啓動任務
Checkpoints：自動化前做快照，必要時可以回滾
寫 Cron 提示詞時要非常具體，因爲每次定時任務都是從零開始，不會天然繼承你剛纔聊天裏的上下文。
“檢查服務器問題”太模糊；“SSH 到 10.0.0.5，檢查 nginx 狀態，確認 443 端口返回 200”纔是可執行的自動化任務。
第三階段：自治能力（Level 8-15）
Level 8：多 Profile 架構
多個 profile 可以有各自獨立的 SOUL.md、技能、記憶、模型和定時任務。
一個 Scout 只負責找信號，一個 Analyst 只負責綜合分析，一個 Coder 只負責編碼，一個 Briefer 只負責每天早上彙總。
重點不是多開幾個身份，而是讓每個身份只做一件事。如果每個 profile 都複製同一份 soul，只是換個名字，那就沒有真正形成分工。
Level 9：自增長知識庫
短期上下文可以進 memory，但長期研究、會議紀要、競品信息、用戶反饋，需要一個可檢索、可鏈接、可持續增長的知識庫。
LLM Wiki、Obsidian 這類方案的價值就在這裏：一開始只是筆記，積累到幾十上百條之後，代理就能跨資料發現關聯，輸出也會越來越貼近你的業務語境。
Level 10：Kanban 編排
當任務從線性流程變成帶依賴的任務樹，Kanban 就開始有價值。
比如做季度競品分析：價格、功能、定位、招聘信號四條線並行，每條線又依賴不同的前置研究。這種任務靠 durable task board 會比臨時聊天更穩。
簡單三段式流程不一定需要 Kanban；有依賴樹、並行分支、十幾個以上任務時再上。
Level 11：語音模式
接上 STT 和 TTS 後，Hermes 可以在 ********、Discord、WhatsApp 等平臺裏收語音、轉文字、處理任務，再用語音回覆。
日常語音消息優先用本地 faster-whisper 就夠了。付費雲端 STT 更適合複雜音頻、噪聲環境或更高識別要求。
Level 12：瀏覽器自動化
沒有 API 的網頁流程，比如登錄後頁面、動態定價頁、表單填寫，可以交給瀏覽器自動化。
但有 API 的場景優先用 API。瀏覽器自動化更慢、更脆，也更貴，適合用在“沒有更好接口”的地方。
Level 13：API Server
Hermes 可以作爲 OpenAI 兼容接口暴露出來，讓內部工具、儀表盤、前端應用把它當後端調用。
默認端點示例：
http://127.0.0.1:8642/v1/chat/completions
這個能力適合做內部系統集成，但不要直接暴露到公網。更穩的做法是本地綁定、認證、SSH Tunnel 或其他受控訪問方式。
Level 14：IDE 集成（ACP）
ACP 讓 Hermes 進入 VS Code、Zed、JetBrains 這類編輯器，把聊天、文件 diff、終端操作放到項目現場。
它適合編碼時用，不取代 gateway。消息推送、Cron、多平臺投遞，還是 gateway 負責。
Level 15：Profile Distribution
最終形態是把整套 agent setup 打包成一個 git 倉庫，讓別人一條命令安裝。
通常可以分發：
distribution.yaml
SOUL.md
config.yaml
skills/
cron/
mcp.json
API key 和個人記憶不要放進去。分發的是人格、技能和工作流，憑證應該由使用者自己配置。
同一個任務，15 個等級會怎麼演化
拿“競品研究”舉例：
Level 1：你提問，它給一大段回答
Level 3：你寫方案時，後臺同步跑競品調研
Level 6：三個子代理並行研究三個競品
Level 7：每天早上自動跑，有變化才喚醒 agent
Level 9：結果沉澱到 Obsidian，幾個月後形成可複用知識庫
Level 13：研究結果通過 API 提供給內部儀表盤
Level 15：整套研究體系變成可安裝的 profile
成本控制：別讓自動化燒穿預算
層級圖
等級越高，越要控制 token 成本。
用對模型：便宜模型跑檢索，貴模型只做關鍵審閱
用 wakeAgent gate：沒變化就不喚醒 LLM
能腳本解決的事就用 no_agent
讓 pre-run scripts 先把數據撈好，再交給模型總結
減少工具集和 schema 體積
把 /goal judge 路由到便宜且夠快的輔助模型
設置 daily_max_usd、session_max_usd、monthly_max_usd
核心原則很樸素：真正需要推理的部分交給模型，其他工作儘量交給腳本、便宜模型和壓縮後的上下文。
你應該停在哪一層
不是每個人都需要 Level 15。
單人作者、獨立開發者、輕量團隊，Level 7-10 往往已經夠用：後臺任務、技能分工、定時巡檢、知識沉澱、必要時多 profile 協作。
再往上的語音、瀏覽器、API Server、Profile Distribution，更適合移動場景、無 API 工具、團隊交付和產品化。
別先問“最高級怎麼玩”，先問“我現在最卡的是哪一層”。
更多遊戲資訊請關註：電玩幫遊戲資訊專區
電玩幫圖文攻略 www.vgover.com
