Nous Portal 讓 Hermes 用一組登入

我拆解 Nous Portal 怎麼把 Hermes Agent 的模型、工具與登入收斂成一套，少掉一堆 provider key 和帳單分散。

我用 agent stack 很久了，最煩的從來不是模型不夠強，而是每次加一個能力就多一個帳號、多一組 key、多一個 dashboard。Hermes Agent 我也玩了一陣子，表面上看起來很順，實際上就是把老問題換一個包裝：模型一套、搜尋一套、圖片一套、語音一套，最後還要記得哪個 provider 的 quota 快爆了。這種東西我真的看膩了。

所以我注意到 OpenClaw Launch 這篇 Nous Portal 指南時，第一個反應不是興奮，是懷疑。它講得很簡單：一個 subscription、一個登入、模型跟工具一起包起來，Hermes Agent 直接吃。這種說法很容易聽起來像行銷話術，但我往下看才發現，它打到的其實是最痛的那一塊：provider sprawl，也就是你為了跑 agent 被迫四處散帳的地獄。

我這篇不是在幫 Portal 背書，我是要拆它的方法論。你如果正在想 Hermes 要怎麼接、要不要繼續用一堆 direct keys、還是乾脆找一個能把模型和工具都包起來的入口，這篇就是我幫你先踩過一次坑之後整理出來的版本。

觸發我寫這篇的來源，是 OpenClaw Launch 的文章 「Nous Portal: Subscription, Models, and How to Use It With Hermes Agent (2026)」。它有講 Portal 的 subscription、模型清單、工具層跟 Hermes 的接法；文章本身沒有提供觀看數或書籤數，我就不亂編。

Portal 不是模型訂閱，是把 agent 的雜務包起來

"Nous Portal is the subscription platform from Nous Research. It bundles access to 300+ models, a managed tool gateway (web search, image generation, TTS, browser automation), and monthly credits — all behind a single auth flow that Hermes Agent can use without juggling API keys per provider."

翻譯一下就是：Portal 不是單純再多一個模型商店，它是在幫你收拾 agent 最煩的那堆雜事。模型本身只是其中一塊，真正吃時間的是模型外面那圈東西：搜尋、圖片、語音、瀏覽器、自動化、認證、帳務、quota、還有那種凌晨兩點才跳出來的 key error。

我之前自己接 agent 的時候也踩過這種坑。模型選好了，結果工具層全散在不同服務上。Firecrawl 一個帳號、TTS 一個帳號、圖片生成又是另一個、browser automation 還要再找別家。表面上是「模組化」，實際上就是你每天都在跟帳單和 config 打架。Portal 的思路很直接：把這些東西收進同一個 auth flow，讓 Hermes 不用一個一個 provider 去對。

實操上我會這樣看：如果你現在的 Hermes 設定像一張拼布被，先不要急著問哪個模型最強，先問你到底是不是需要每個能力都跟原廠直連。很多 solo 開發者其實不需要。你需要的是一個穩定入口，不是七個帳號的倫理感。

• 適合 Portal 的情境：想快速開機、少碰設定、少管帳單。
• 不適合 Portal 的情境：你要極致控管每個 provider 的成本與行為。
• 如果你只是想少掉 key 管理，Portal 的價值通常大於它的 markup。

免費方案是試用，不是拿來幹活

OpenClaw Launch 的指南寫得很清楚：Portal 在 2026/04/27 上線，免費方案是 $0/月，但只有 $0.10 的月額 credits。這種數字我看了只會笑一下，因為它根本不是拿來跑工作流的，是拿來確認登入、測連線、看 Hermes 會不會認帳號而已。

也就是說，Portal 的免費層比較像「安裝檢查」，不是「生產環境」。這點我反而覺得誠實。很多產品都喜歡把 free tier 包裝得很大方，結果你一跑第二個工具呼叫就開始扣到見底。Portal 至少把邏輯講明白：你可以先驗證這條路能不能走，再決定要不要付費。

我自己遇過最煩的情況，就是免費版看起來什麼都能做，實際上只夠你發兩次請求。你一旦真的要做 research、要出圖、要串 voice，馬上就卡住。所以 Portal 的免費方案我會當成三個問題的測試：登入通不通、Hermes 看不看得到 subscription、工具清單有沒有出現。過了這三關，再談值不值得升級。

實操寫法很簡單：先拿免費方案做驗證，不要急著把它當主力。你只要確認自己是不是在用同一套登入就能看到模型和工具。如果可以，再去算 paid tier 能不能真的替代你現在那幾個分散的服務。

• 拿免費版做：登入驗證、模型列表確認、工具顯示確認。
• 不要拿免費版做：長時間跑 agent、重複搜尋、批次出圖、持續語音處理。

300+ 模型不是重點，少切換才是重點

指南提到 Portal 提供 300+ models，包含 Claude、GPT、Gemini、Llama、Mistral、DeepSeek、Qwen，還有 Nous 自家的 Hermes 系列。這種數字很容易讓人以為它在比 catalog 大小，但我覺得真正有用的不是數量，是你能不能在不重搭 config 的情況下切換。

翻譯一下就是：模型多不稀奇，模型多又不用重設一堆東西才稀奇。很多平台都說自己有一堆模型，結果你每換一次就要找新的 endpoint、新的 key、新的 billing 規則、新的相容性說明。Portal 的價值是把這個切換成本壓低，讓 Hermes Agent 把 subscription 當成一個入口，而不是一個新專案。

我很吃這一套，因為 agent 工作本來就很實驗性。今天我覺得這個模型適合寫 code，明天我又想試另一個做 research。要是每次試模型都像搬家，我很快就懶了。Portal 這種做法至少讓我可以把注意力放在 task 本身，而不是一直處理 provider migration。

但這裡也要講白一點：指南有提到，有些模型會被算在 monthly credits 裡，而且會依 provider rates 加上 Portal markup。也就是說，方便是真的，免費不是。你如果是高頻率、重成本敏感的工作流，還是要自己算帳，不要只看「有很多模型」就直接上車。

實操上，我會把 Portal 用在「我要快速比較模型」的場景，特別是 Hermes Agent 那種需要反覆試 prompt、試工具、試輸出的工作流。若你是做 production，先拿 direct provider 和 OpenRouter 比一輪，再決定要不要把 Portal 當主入口。

工具包才是 Portal 最有感的地方

我覺得 Portal 真正值錢的不是模型列表，是它把工具層一起包了。指南列得很明白：web search 用 Firecrawl，image generation 用 FAL，TTS 走 OpenAI backend，browser automation 用 Browser Use，還有 code execution 跟 voice endpoints。這些東西單獨看都不稀奇，湊在一起就變成「agent 能不能真的做事」的分水嶺。

也就是說，Portal 不只是讓 Hermes 能回答問題，它是在讓 Hermes 能行動。這差很多。很多 agent demo 看起來很漂亮，實際一用就知道它只是會講話，不會辦事。你要它查資料，它得先找搜尋服務；你要它出圖，它得再接另一個平台；你要它開網頁，它又是第三個系統。Portal 想做的是把這些工具變成同一個登入後可直接拿到的能力。

我以前就卡在這裡。模型明明不差，但工具層亂到爆。搜尋時好時壞，browser automation 只在某個環境能跑，TTS 是另一份訂閱，結果我花了很多時間把工具接齊，最後 agent 還是顯得很笨。Portal 的 bundle 對我來說有吸引力，就是因為它把這些「看起來不重要、實際最煩」的部分一起收掉了。

實操寫法：如果你的 Hermes 用途包含 research、看網頁、產圖、語音輸出，那你先不要只看模型價格，先把 Portal 的工具包對照你的需求。它如果能蓋掉你 80% 的工具需求，那便利性可能真的比 markup 更值錢；如果只蓋到一項，那就別硬買。

xAI Grok 的整合不是彩蛋，是路線選擇

指南提到 2026/05/15，Nous Research 跟 xAI 做了 Grok OAuth，X Premium+ 訂閱者可以把 Grok 4.3、Grok TTS、Grok Imagine 接進 Hermes Agent，不用另外走 API billing。這裡最值得看的不是功能本身，而是它把「已經付過的錢」重新變成 agent 能力。

翻譯一下就是：Portal 不一定要吃掉你所有訂閱，它更像是把你原本就有的訂閱接進 Hermes。這個思路我很買單，因為大多數開發者本來就不是從零開始。我們早就有一堆重疊訂閱了，問題不是能不能再買一個，而是能不能把已經買過的東西接進 workflow，少一點重複付費。

我自己最怕的就是工具商一直假設你是空白使用者。不是啊，我們早就有 OpenAI、Anthropic、X、各種 API、各種 SaaS。真正好用的 agent infrastructure，不是叫你全部重買，而是幫你把現有資產接起來。Grok OAuth 這條線就是這種思路。

實操上，如果你本來就有 X Premium+，先看看 Grok 路徑能不能覆蓋你的需求，再決定要不要多買一組模型服務。沒那個訂閱就別硬湊，這種整合只在它真的替你省下一筆時才有意義。

你可以把這幾個權威連結先收著：xAI、OpenRouter、Firecrawl、FAL、Browser Use。Portal 本質上就是在這些工具之間做整併。

Portal、OpenRouter、direct keys 各自解決不同痛點

指南裡那個比較表我覺得很重要，因為它沒有假裝 Portal 是萬用答案。Portal 的優勢是單一 auth flow 跟 bundled tools，但代價是你得接受 Nous 當 gateway，還有 paid model calls 的 routing markup。OpenRouter 的優勢是模型選擇廣、API key 統一、花費更好控，但它沒有 Portal 那種工具包。Direct provider keys 最乾淨，卻也是最容易把人搞瘋的一種做法。

也就是說，這三種方案不是誰比較先進，而是誰比較符合你的使用形狀。你如果是單人開發、天天在 Hermes 上試東試西，Portal 的便利通常很香。你如果是團隊、做 production、每個月 call 很大，direct keys 常常比較好算帳。你如果只是想要一個 model gateway，不想再多一層工具包，OpenRouter 還是很實在。

我以前犯過一個很常見的錯，就是只看理論成本，結果省了每次 call 的幾毛錢，卻多花了我兩個晚上處理配置。後來我又反過來亂買便利，結果發現自己根本沒用到那些額外功能。這種事做多了就知道，最好的方案通常不是最便宜，也不是最酷，而是最貼近你真實使用頻率的那個。

• 選 Portal：你要 bundled tools，而且想少掉 setup 摩擦。
• 選 OpenRouter：你要廣泛模型選擇，但不一定要工具包。
• 選 direct keys：你要最低層級控制，並且願意自己維護。

實操上我會先列出 Hermes 現在依賴哪些 provider，再看 Portal 能替掉幾個。如果能替掉三個以上，值得認真試；如果只替掉一個，那多半是把複雜度換個地方放而已。

我會怎麼把 Portal 接進 Hermes

指南給的路徑很直接：先去 Nous Portal 訂閱，拿 Portal API key，打開 Hermes 的互動式設定，選 Nous Portal 當 provider，貼上 key，然後讓 Hermes 把可用模型列出來。接著工具層應該會跟著出現，不用你再另外接 Firecrawl、FAL 或 Browser Use 的 key。

翻譯一下就是：它想把第一哩的 setup 變得很無聊。這點我完全同意。infra 最好就是無聊，因為我不想在要做事的時候還要思考 auth 怎麼串、哪個 key 要放哪、哪個工具又要多一份帳號。模型要出現、工具要出現、config 要安靜，這就夠了。

但指南也有講一個很重要的 caveat：OpenClaw Launch 自己目前的 Hermes hosting 是跑在 managed OpenClaw infrastructure 上，透過 OpenRouter 跑 Nous Hermes models，所以你今天在那個路徑上不需要 Portal key。真正能直接吃 Portal API key 的 native Hermes Agent framework hosting 還在 private beta。這點很重要，因為很多人會把 managed hosting 跟 self-hosting 混在一起講，最後白忙一場。

實操寫法：如果你是 self-hosting Hermes，就照 Portal 的路徑走。如果你用的是 managed host，而且它現在還不收 Portal key，就別硬塞。先用現成的 hosting path；等 native support 開了再換。

可抄的模板

# Hermes Agent + Nous Portal 實作模板

## 我會在什麼情況用它
- 我想讓 Hermes Agent 用一組訂閱，不要再分散成多個 model/tool 帳號
- 我想要 web search、image generation、TTS、browser automation 一起收進來
- 我是 self-host Hermes，不是用已經綁死的 managed host

## 我先準備這些
- 一個 Nous Portal 訂閱
- Portal dashboard 裡的 API key
- 本機已安裝 Hermes Agent
- 一個 config 檔或互動式 setup session

## 接法
1. 到 Nous Portal 訂閱
2. 在 Portal dashboard 產生 API key
3. 開 Hermes Agent 的 setup
   bash
   hermes
   
4. 選 provider 為 Nous Portal
5. 貼上 Portal API key
6. 讓 Hermes 載入可用模型
7. 選一個主要工作流的 default model
8. 測試工具權限：
   - web search
   - image generation
   - TTS
   - browser automation
   - code execution（如果方案有開）

## config 範本
yaml
provider: nous_portal
api_key: "YOUR_PORTAL_API_KEY"
default_model: "your-preferred-model"
features:
  web_search: true
  image_generation: true
  tts: true
  browser_automation: true
  code_execution: true


## 我會先檢查這幾件事
- Hermes 有沒有看到我想要的模型
- bundled tools 有沒有在不用額外 keys 的情況下出現
- 我到底是少掉幾個 subscription，還是只是多了一筆帳
- 以我的實際用量來看，Portal 有沒有比現在的堆疊划算

## 我不會用它的情況
- 我需要 direct provider billing，而且每次 call 成本要壓到最低
- 我需要 Portal 沒有的特定模型
- 我已經在一個不支援 Portal key 的 managed host 上

## 快速判斷
如果 Portal 能替我砍掉三個以上的獨立服務，我會用。
如果它只替掉一個，我通常不會。

這段我會直接放在 repo README 或團隊筆記裡。它不花俏，但可以把「聽說 Portal 不錯」變成「我現在就能開始接」。

如果你要對照原始資料，去看 OpenClaw Launch 的文章、Nous Portal，還有 Hermes GitHub。我這篇是從那份指南拆出來的實戰版，裡面的判斷跟模板是我自己整理的，不是官方 config。

來源致謝：原始來源是 openclawlaunch.com/guides/nous-portal。我這篇有沿用它的 setup、pricing 和 comparison 觀點，但可直接複製的模板、決策規則和實作建議是我自己重新整理的。