作者：0xjacobzhao

打開OpenRouter的公開應用排行榜，Hermes Agent以30.5萬億的Token使用量位居全平台第一，同時在Productivity、Coding Agents、Personal Agents和CLI Agents四個品類中排名第一，斷崖式領先OpenClaw、Claude Code等知名Agent。

圖1 · Hermes Agent在OpenRouter的歷史數據快照（截取於2026年8月4日，動態頁面數據會隨時間變化）

儘管OpenRouter的統計口徑無法覆蓋直連官方API（如Claude或Codex原生訂閱）的全行業Token消耗，但作為當前全球最具規模的AI大模型路由與聚合平台，其榜單具有極強的"風向標"意義。雖然在高端專業任務層面，大量用戶的核心業務工作流------複雜代碼生成、架構設計、高價值數據分析------仍流向Claude Code和ChatGPT，但Hermes在後台自動化、消息入口響應、長期在線監聽與輕量級任務調度等使用場景保持優勢。作為一個由Web3團隊打造的Agent產品，Hermes取得了遠超預期的傳播、社區與使用強度成功，我們不禁要關注：

• Hermes為何能在OpenRouter推理調用上實現反超？

• 它與OpenClaw之間的真實分野，究竟在哪裡？

• 與Claude Code和Codex的關係中，Hermes如何保持"差異化共存"而非"正面競爭"？

一、從開發框架到個人AI系統------OpenClaw之路

為什麼早期Agent框架沒有產生消費產品

在OpenClaw出現前，Agent領域雖已具備成熟的基礎設施，但存在根本局限：其採用單位是"開發項目企業工作流"，而非"個人用戶"。早期框架的共同特徵是面向開發者、輸出代碼或配置------它們構建了Agent的基礎設施，卻未交付Agent本身。過高的工程門檻導致始終困於"開發者工具"階段，缺乏將技術轉化為"個人專屬資產"的產品化閉環，直接面向終端用戶的"個人Agent產品層"幾乎處於空白。

圖1 · Agent技術棧六層結構（模型層→協議層→SDK開發框架層→編排運行時層→執行基礎設施層→部署治理層）

OpenClaw真正改變了什麼

OpenClaw並未在底層重新發明Agent Loop或任務調度技術，其核心貢獻在於產品層面的系統性封裝。LangChain解決的是"如何構建Agent"，而OpenClaw解決的是"如何擁有Agent"。它跳過了技術棧的中間層，將散落的框架能力整合為個人可直接配置與長期使用的完整產品，實現了採用單位從"開發項目"向"個人"的根本轉移，具體體現在六個維度的產品創新：

• 身份人格化：賦予Agent持續的名字與身份認同，打破無狀態API調用的工具感。

• 入口日常化：以Telegram/WhatsApp等高頻通訊軟體為互動界面，取代複雜的命令行或IDE。

• 狀態常駐化：作為後台進程長期在線運行，實現從被動"待命"到主動"在場"的躍遷。

• 權限實體化：將用戶的文件系統、瀏覽器、終端及現實行動能力深度納入Agent的操作邊界。

• 能力可擴展：通過Skills、Memory和社區插件，將流程沉澱為可重用能力，擴展行動邊界。

• 心智所有權：最核心的轉變------用戶從"使用一個AI工具"轉變為"擁有一個專屬的數位夥伴"。

龍蝦熱為什麼沒有形成第二心智

OpenClaw的熱度催生了大量仿製品。這些產品解決了真實的用戶問題：安裝過程的繁瑣、環境配置的困難、微信和飛書等渠道的缺失、國內模型的兼容、雲主機的快速部署、企業權限管理、自動更新和安全隔離等。它們都有各自的用戶群，也有合理的商業邏輯。但幾乎沒有一個形成了獨立的品牌心智------原因在於它們回答的問題是"怎樣更容易地使用OpenClaw"，而不是"個人Agent在OpenClaw之後應該向哪裡進化"。敘事挑戰者的位置在整個個人Agent市場中極為稀缺。

二、為什麼最後是Hermes後來居上

Nous的模型、社區與Crypto-native背景

Nous Research起源於2022年的Discord開源AI研究社區，並於2023年正式完成公司化運作，核心創始團隊包括Jeffrey Quesnelle、Karan Malhotra、Teknium和Shivani Mitra，其業務涵蓋：

• Hermes模型系列：Nous最具代表性的開源模型品牌，長期聚焦模型後訓練、指令微調與Agent能力，在Hugging Face建立了龐大的開發者採用基礎。

• DisTrO（Distributed Training Over-the-Internet）：通過大幅降低分佈式訓練的跨節點通信開銷，顯著降低分佈式訓練中的跨節點通信需求，使跨地域、異構硬體在互聯網帶寬條件下參與協同訓練成為更可行的工程路徑。

• Psyche去中心化訓練網絡：將DisTrO進一步網絡化，通過Solana協調全球分佈式計算節點，使不同網絡與硬體環境的GPU能夠共同參與大模型訓練。

• Hermes Agent：Nous面向終端用戶推出的個人Agent產品，將Hermes模型、工具調用、Memory、Skills、消息渠道和長期運行能力整合為常駐Agent。

2025年4月，Nous Research完成由Paradigm領投的5000萬美元Series A輪融資，投後代幣估值達10億美元。在此輪融資之前，公司已累計完成約2000萬美元的早期融資，投資方包括Distributed Global、North Island Ventures及Delphi Digital等知名機構。

Nous構建了"Hermes（模型能力）、DisTrO（分佈式訓練）、Psyche（去中心化算力網絡）和Hermes Agent（個人終端產品）"的技術閉環。Hermes Agent的發布並非追逐熱度的臨時Fork，而是Nous在供給側（數據、模型、訓練、開放權重）完成長期沉澱後，首次向需求側（真實用戶、任務、工作流）發起的戰略級延伸------這為其建立差異化提供了比普通仿盤更深的起點。

OpenClaw的運維痛點變成Hermes的增長引擎

Hermes與OpenClaw在底層封裝（模型+工具+Memory+調度）上差異不顯著。其現象級爆發並非依賴技術代差，而是精準閉合了一條系統性增長因果鏈：通過無縫遷移工具直接承接OpenClaw已教育成熟且饱受運維痛點折磨的用戶，構成了早期最核心的增長引擎。

產品力躍遷：建立"可委託性"（Delegation Trust）

Hermes核心產品假設是解決"運維責任轉嫁"，承諾"出錯後由系統內部吸收修復"：

• 可靠性信任：確保任務持續推進與失敗恢復（持久化Kanban、/goal模式、工具自癒）。

• 安全性信任：防止越權、誤刪或數據洩露（Approvals審批流、沙箱、嚴格權限邊界）。

• 可驗證信任：證明任務真正完成（Completion Contract與Grounded Citations）。

概念辨析："自我進化"（敘事優勢）vs "自主恢復"（體驗差異）

在Hermes的產品敘事中，"自我進化"與"自主恢復"的產品價值存在顯著差異：

• 自我進化（Self-improvement）：本質是基於Memory與Skills的流程適應。鑑於競品具備類似基建，其差異化更多在於率先整合為帶生命周期管理的默認系統，占據"會成長"心智的敘事優勢，而非已證明的、不可逾越的技術壁壘。

• 自主恢復（Autonomous Recovery）：這是當前最值得驗證的體驗差異。得益於結構化錯誤返回與Provider自動Fallback，Hermes能將故障消化在系統內部。這種"不頻繁打擾用戶"的系統級穩定性，是更直接、可感知的產品力差異。

架構紅利：對專業Agent的委派與監督能力

Hermes的核心價值不在於親自執行所有專業任務，而是作為總控層（Orchestrator）承擔需求補全、任務拆解、路由監控與最終驗收。通過內置Skill委派Claude Code/Codex等外部CLI執行具體工作，社區已沉澱出"Hermes總控 + 外部CLI作為Worker"的實踐範式（如/goal機制與oh-my-hermes協同工具），體現了其通過調度專業Agent推高任務複雜度上限的架構優勢。

從Crypto-native到Crypto-invisible：Hermes的Web3幕後操作系統

將Hermes的成功簡單歸因於"Web3背景"是過度簡化。Web3為Nous提供的是一套其他AI創業團隊較難同時獲得的"組織操作系統"，使其能以標準AI產品的順滑體驗切入主流市場：

• 風險資本的耐心：Crypto-Native資本支持長期、高不確定性及多路線並行投入，使Nous能同時佈局模型、訓練、Runtime與Cloud，無需過早收斂於單一收入驗證。

• 現成的用戶市場：提供了熟悉Telegram、伺服器、API及自托管的Crypto AI用戶群體，大幅降低冷啟動教育成本，並催生了高強度使用、教程傳播與Skills貢獻。

• 用戶主權價值觀：秉持自托管、開放、可遷移及反平台鎖定的取向，直接落實為MIT License、多Provider支持、BYOK及Memory/Skills可遷移的底層架構。

• 社區研發與垂直化：依托全球遠程協作與開源文化，用戶自發成為Contributor、Skill作者及垂直場景的產品設計者。

Hermes幾乎沒有把Crypto暴露在用戶前台。使用其Agent、Memory、Skills和自動化能力，不需要連接錢包、購買Token或理解Solana。與此同時，Paradigm資本、Psyche、分佈式訓練和Crypto AI社區仍然存在於產品後台。這形成了一種可以概括為"Crypto-native in organization, crypto-invisible in product"的產品形態------組織層面保留Crypto最有價值的部分（資本、全球社區、用戶主權與協調能力），產品層面移除最容易阻礙主流採用的部分（錢包、Token、投機敘事與鏈上操作摩擦）。

OpenClaw為什麼排斥Crypto，Hermes為什麼隱藏Crypto

OpenClaw與Hermes在Crypto問題上的表面對立，並非"排斥"與"擁抱"的意識形態之爭，從產品結果看，都體現出開源、用戶控制和降低平台鎖定的取向；區別在於Nous進一步把加密經濟機制用於分佈式訓練協調，而OpenClaw主要通過Local-first架構實現用戶主權：

• OpenClaw（Local-first Sovereignty）：抵制金融投機，捍衛"本地優先"主權。因早期遭遇假幣詐騙，其對Crypto採取"零容忍"。通過純開源與本地運行，實現對用戶主權的非區塊鏈式捍衛，堅決拒絕產品層面的金融化。

• Hermes/Nous（Cryptoeconomic Sovereignty）：工程導向，Crypto僅作底層協調工具。引入區塊鏈是應對工程挑戰的務實選擇（如Psyche網絡利用Solana協調異構算力），而非構建面向終端用戶的金融敘事。

三、Hermes的進階模式------從個人Agent到任務總管家

本節希望回答一個更根本的問題：當Claude Code和Codex已經能高質量完成大多數專業執行任務時，Hermes作為獨立產品的存在理由是什麼？

• 模式A：直接協作型（增益有限）：用戶習慣手動在LLM生成Prompt並轉交執行，人工搬運結果與審查。單次輸出質量雖高，但需承擔全部項目管理與多Agent協調工作。對此類親力親為的用戶，Hermes的自動化反被視為"增加不透明度的中間層"，未能有效減負。

• 模式B：委託管理型（增益明顯）：用戶將Hermes作為常駐總控，僅下達最終目標。由Hermes負責任務拆解、委派子任務、追蹤GitHub/CI狀態並自動觸發返工。社區實踐（如oh-my-hermes）顯示，Hermes的核心價值正是替代繁瑣的跨Agent協調與項目管理工作。

第一層 · 用戶目標與治理

用戶定義最終目標、預算、風險邊界和審批權

↓

第二層 · Hermes任務總控層

需求補全 / 計劃拆解 / 跨會話Memory / Agent選擇與委派 / 進度監督 / 結果驗收 / 發起返工

↓

第三層 · 專業執行與基礎設施

Claude Code / Codex / 其他垂直CLI · GitHub / VM / Browser / Database / Cloud

在這個框架下，Hermes與Claude Code/Codex不是替代關係，而是分層關係：後者提供第三層的執行質量，前者提供第二層的持續性、跨會話狀態和跨Agent協調。Hermes的價值不是均勻分布在所有用戶身上，而可能高度集中於跨Agent、跨系統、長時間異步任務的高級用戶群體。這個判斷比籠統的"個人Agent第二心智已經形成"更精確，也更適合指導商業化和產品優先級。

圖2 · Hermes Agent技術架構全景（用戶入口→Gateway→控制核心→Provider層→執行層→編排層→狀態層→治理層）

基於官方文檔社區研究，Hermes Agent技術架構全景框架覆蓋了從用戶互動到學習治理的全鏈路：

• 自主恢復的系統級支撐："控制核心"明確包含Context壓縮、Provider Fallback及中斷狀態保存，為故障恢復提供技術基礎及任務失敗時的系統自癒能力。

• "委派而非替代"的執行邏輯："工具與專業執行層"將Claude Code、Codex等外部CLI與Hermes原生工具（Terminal、Browser等）平級並列，印證了其作為調度中樞的定位。

• "自我進化"的治理屬性："學習、維護與治理層"包含Curator、Skill/Command Approval等節點，表明其經驗沉澱是具備人工介入機制的治理流程，而非全自動黑箱。

四、商業模式------誰為"Hermes"付費？

若僅將其Token成本與直接訂閱Claude Code/Codex進行對比，將得出誤導性結論。因為這種算法忽略了Hermes的核心價值：替代用戶親力親為的項目管理、上下文搬運與跨Agent協調工作。

用戶價值公式　Hermes用戶價值 = 節省的人工協調時間 + 異步與無人值守價值 + 跨系統自動化收益 − Token與工具成本 − 人工介入成本 − 失敗與安全風險

因此，Hermes的經濟性並非絕對，而是高度取決於用戶的"委託深度"：

• 高委託深度（經濟性成立）：若Hermes能將原本需數小時人工盯盤的任務轉化為真正的無人值守執行，即便Token成本略高，其整體時間成本與效率收益依然為正。

• 低委託深度（經濟性崩塌）：若用戶仍需頻繁介入糾錯與救火，Hermes則淪為純粹的Token消耗器與故障放大器。

這一機制精準解釋了為何不同用戶群體對Hermes的經濟性評價截然相反，也提示我們：驗證其商業邏輯的關鍵，在於量化"無人值守完成率"與"單任務人工介入次數"，而非單純比較模型API的單價。

商業化底座：Nous Portal與Hermes Cloud

Hermes Agent採用MIT協議開源，定位為生態增長引擎。真正的商業化閉環集中於Nous Portal，其核心價值主張為"一個訂閱，整合多類API密鑰"，涵蓋三大模塊：

• 模型路由：聚合252個模型（通過OpenRouter及直連Provider提供推理）。

• 工具網關（Tool Gateway）：內置Firecrawl（網頁搜索）、FAL（圖像生成）、Browser Use（雲端瀏覽器）、Modal（沙箱執行）及OpenAI Audio（TTS）等高頻工具。

• 托管服務：開箱即用的Hermes Cloud實例（按日收取運行費，不含推理與工具調用費）。

Nous的實際收入高度依賴用戶的使用路徑，目前呈現明顯的結構性分化：

開源與商業化，Hermes會不會成為"Agent世界的Linux"

Hermes的MIT開源策略在驅動爆發式增長的同時，也構成了商業化的結構性約束。自托管免費模式要求其付費版必須具備不可替代的額外價值，但目前尚未形成清晰的差異化變現路徑。更深層的風險在於"價值截留"：若Hermes持續作為可選Runtime被雲廠商廣泛集成，可能重演Linux或K8s的經典困境，核心商業價值被提供算力與托管的雲廠商截留。MIT協議在換取生態繁榮的同時，也意味著放棄了對分發渠道的絕對控制。只要用戶能自由選擇"自托管+自有API"或"第三方雲部署"，龐大的使用量便無法強制轉化為直接收入，使Nous面臨"生態位提升"與"實際商業回報不匹配"的嚴峻考驗。

五、Agent生態位------個人總管家、專業工具與大廠Claw的三方格局

OpenClaw、Hermes與Claude Code、Codex及大廠托管類產品在目標用戶與核心命題上存在顯著差異，屬於不同的細分賽道。為厘清當前市場格局，AI Agent全景核心競爭矩陣如下：

Hermes並未追求泛大眾市場，而是精準切入四類高密度Power User，構成了其現象級傳播的基石：

• 自托管與基建玩家：熟悉VPS/Docker/SSH，將Hermes視為現有基礎設施的自然控制層。

• 多模型套利者：拒絕單一廠商鎖定，習慣根據任務動態調度前沿或本地模型。

• 多Agent協調者：亟需將跨平台、跨工具的複雜串聯工作流實現自動化編排。

• 開源與Crypto AI社區：高度認同用戶主權與去中心化理念，與Nous的組織文化深度共振。

這類群體基數雖小，卻具備極高的Token消耗量、代碼貢獻度與技術布道能力，是推動早期口碑傳播的核心引擎。

Claude Code/Codex：既是供應方，也是威脅

短期共生：推高執行上限

在實際工作流中，Hermes作為總控層，通過委派機制調用Codex（代碼實現）與Claude Code（架構與審查）。底層專業Agent越強，Hermes能交付的任務複雜度上限就越高，形成"Hermes負責路由與驗收，專業Agent負責執行"的共生關係。

長期可能吞噬Hermes的獨立價值：

模型廠商正加速向總控層滲透，威脅比預期更近。Anthropic的Claude Managed Agents已支持多Agent並行編排；OpenAI更將Codex App明確定位為"command center for agents"，支持多Agent並行、自動化與長周期後台運行。這意味著Codex在軟體工程邊界內的多Agent總控能力已相對成熟，甚至在局部超越Hermes，不再是單純的"底層執行者"。　

Hermes暫時擁有跨渠道、跨模型和跨項目的個人控制平面優勢；但Codex已經在軟體工程邊界內具備強大的任務所有權和多Agent管理能力，這個邊界內的競爭優勢可能比Hermes更強。核心競爭問題是：Hermes能否先於模型廠商，把用戶的項目狀態、審批規則、Skills、Memory和跨Agent工作流沉澱在自己這一層，形成用戶不願遷移的資產？還是最終會被模型原生產品作為標準功能吸收？

互聯網大廠Agent路線選擇

探討大廠應對個人Agent浪潮的策略，需先厘清其產品邊界：面向個人的常駐Agent托管（如騰訊QClaw、字節ArkClaw）與面向辦公/企業的通用工作Agent（如WorkBuddy、Trae）定位截然不同：

• 大廠Claw路線：通過一鍵部署、預設模板與本土生態接入降低門檻。但深層鴻溝在於平台激勵不可信：無論支持多少外部模型，用戶天然認為其最終目的是導流至自有雲與模型體系。

• Hermes Runtime集成：字節ArkClaw與騰訊雲均正式將Hermes Agent作為可選插件或專屬模板接入其雲端控制台，確立了明確的多Runtime策略：大廠保留自身的雲托管、計費、安全與企業級管控底座，同時將Hermes視為可插拔的高級組件，實現開源生態與商業雲平台的互補共生。

• 通用辦公Agent轉型：當下大廠正將核心資源從Claw轉向需求明確、易於驗收且能直接變現的通用辦公Agent平台（如WorkBuddy）。此類任務能與微信、釘釘、飛書等自有生態深度綁定並轉化為營收。

六、Hermes對Crypto AI的啟示

Web3並沒有直接讓Hermes變成一個更聰明的Agent，而是讓Nous擁有了一套不同於傳統AI創業公司的資本結構、組織方式、種子用戶與價值觀來源。Hermes至少提出了一種更成熟的Crypto AI路徑：讓Crypto成為組織與基礎設施，而不是用戶必須面對的產品界面。

Hermes已經完成從Crypto AI研究品牌到全球開源Agent產品的遷移，建立了大規模可歸因推理活動與清晰的第二心智------但這個心智目前仍集中在OpenRouter生態和全球開發者圈層，並未轉化為GitHub Stars或整體社區規模上對OpenClaw的全面反超。它沒有OpenClaw無法複製的獨家技術，而是通過精準承接高強度用戶、建立"可委託"與"自進化"完成了一次值得研究的挑戰者產品迭代。

• 啟示一：Crypto可作為"組織操作系統"，而非產品功能：Web3的真實價值可體現為資本結構、早期高強度用戶池與價值觀底座，無需強制暴露為錢包或Token交互。實現"組織層Crypto-native，產品層Crypto-invisible"，是兼顧創新動力與用戶體驗的有效戰略。

• 啟示二：去中心化基建必須錨定需求側入口才能形成閉環：純供給側的分佈式訓練網絡（如DisTrO、Psyche）若無真實用戶入口與執行數據支撐，難以自證商業價值。Hermes Agent正是Nous從底層算力基建向真實需求側跨越的關鍵驗證。

• 啟示三：護城河可建立在"委託信任"而非單純的"模型能力"之上：個人Agent的差異化未必源於更強的單次執行能力，而在於"用戶是否敢於將長期責任交付於它"。這種軟性的信任資產，是Crypto AI項目中常被忽視卻極具壁壘的維度。

• 啟示四：與雲大廠的關係並非零和博弈，而是生態互補：大廠將Hermes作為可選Runtime接入，證明開源Runtime與大廠控制平面可共存。對創業者而言，"被集成"是一條可行的商業化路徑，但需警惕核心價值被雲廠商托管層截留的風險。

• 啟示五：終局競爭將從"單次執行能力"轉向"任務所有權與信任積累"：未來最具價值的未必是執行層的最強模型，而是能接收最終目標、維護長期Context、智能調度專業執行者，並讓用戶安心交付責任的"上層總控系統"。

OpenClaw讓"個人擁有Agent"成為一個清晰的產品品類；Hermes則通過持久狀態、任務恢復、證據驗收、多模型供給和專業Agent委派，把"長期委託Agent"推進為一套更系統的產品方向。真正的考驗是：當Claude Code、Codex在軟體工程邊界內的總控能力持續增強、大廠雲平台把多Runtime集成做得更順滑時，用戶是否仍然願意把最終目標和長期信任交給這個來自Web3背景的開放Runtime------並為此持續付費。

免責聲明：本文在創作過程中借助了Claude Opus 5、ChatGPT-5.5、Qwen 3.7等AI工具輔助完成，作者已盡力校對並確保信息真實與準確，但仍難免存在疏漏，敬請諒解。需特別提示的是，本文內容僅用於信息整合與學術/研究交流，不構成任何投資建議，亦不應視為任何代幣的買賣推薦。