從缺的東西出發，不是從排行榜出發

第 6 篇已經講過，設定一條路線可能就夠了，尤其那條路線是 OpenRouter 的時候。所以這裡的問題不是哪家公司勝出，而是： 我目前這條路線缺什麼？

要比的是原生 API 功能、模型可用性、帳戶管控，跟路線的獨立性。一份通用排行榜，發布那週就過時了，而且就算沒過時，也告訴不了你目前的路線夠不夠用。

flowchart TD
  A["OpenRouter 已經在運作"] --> B{"Can you name what is missing?"}
  B -->|"什麼都不用"| C["留在同一條路線"]
  B -->|"一個原生的 API 功能"| D["一家有文件記載這個功能的直接供應商"]
  B -->|"分開的計費或帳戶控管"| E["一個直接供應商帳號"]
  B -->|"一條路線失敗時的獨立備援路徑"| F["第二條路線，換一家公司"]
  D --> G["對齊 API mode、base URL、
thinking format 跟 model ID"]
  E --> G
  F --> G
  G --> H["先 Test，再用低風險的提示驗證"]

三個欄位決定一條路線通不通

一筆供應商設定大致上很平常：你自己取的名字、你貼進去的金鑰。但有三個欄位不是喜好問題——它們是通訊協議設定，沒有一個預設值能通吃所有路線。

• API mode ——一個支援的通訊協議識別碼。大部分路線用 openai-completions。直連 Anthropic 用 anthropic-messages。其他支援的模式還有 openai-responses、 google-generative-ai、 mistral-conversations 跟 bedrock-converse-stream。
• baseUrl ——那條路線的端點。相容 OpenAI 的協議，不代表端點就是 OpenAI 的。從別處抄設定時，這是最常見的誤會。
• thinkingFormat ——特定路線思考資料的解析器。合法值包括 openai、 openrouter、 deepseek、 together、 baseten、 zai、 qwen、 chat-template、 qwen-chat-template、 string-thinking 跟 ant-ling。直連 Anthropic 走原生區塊，透過 anthropic-messages ，這個欄位留空。

要填在哪裡，取決於你在 Add provider 目錄裡選了哪一組。

欄位在哪裡目錄從 Settings 的 Models 分頁打開：一個搜尋框，接著每條路線分成三組。

• CUSTOM 只有一張卡片： OpenAI / Anthropic compatible，副標是 Custom endpoint format。這一項會要你填上面那三個欄位——所以這三個也最容易在這裡出錯。
• SUBSCRIPTIONS 底下有六張卡片——Anthropic（Claude Pro/Max）、GitHub Copilot、Kimi Code、OpenRouter OAuth、Radius、xAI——各自標著 OAuth。你用登入的方式連線；沒有端點需要打錯。
• API KEY 是第三組，這個標題講的是驗證方式：用金鑰而不是登入。每張卡片都帶著模型數量——Amazon Bedrock 121 個模型、Ant Ling 3 個、Anthropic 14 個——讓你在打開之前就知道這條路線有多大。

第四個欄位是模型 ID，而且是每條路線各自不同的

同一個模型家族，透過閘道連還是直連，回應的字串會不一樣。Claude 是最清楚的例子：兩條路線的四個欄位全部不同。

flowchart LR
  A["你想要一個 Claude 模型"] --> B["路線 A · OpenRouter 閘道"]
  A --> C["路線 B · 直連 Anthropic"]
  B --> D["mode: openai-completions
url: https://openrouter.ai/api/v1
thinking: openrouter
id: anthropic/claude-sonnet-4.5"]
  C --> E["mode: anthropic-messages
url: https://api.anthropic.com/v1
thinking: 留空，原生區塊
id: claude-sonnet-4-6"]

所以要從你設定的那條路線複製 ID，絕對不要從文章或行銷頁面抄——而且要留意標點符號。直連 Anthropic 的命名可能用 4-6 而 OpenRouter 目錄裡的項目用的是 4.5，而一個帶日期的 ID，例如 claude-haiku-4-5-20251001 ，是刻意釘死某個版本的。

七條路線一次看完

這部分值得之後回來查。協議值來自附加元件的基準版本；模型 ID 是撰寫當下記錄的範例。存檔之前，每一個都要對照供應商當下的目錄——託管的模型會在沒有通知的情況下下架或改名。

六個步驟，不動到已經跑得好好的那條路線

這裡加的是 DeepSeek 當第二條路線。換成其他供應商，做法一樣，只是用它自己文件記載的 API mode 跟端點——上面那張表就是給這個用的。

兩個控制項，兩件不同的事： + Add Provider 是建立一個新項目， + Add Model 是幫既有的項目加一個 ID。你的 OpenRouter 項目不會被改動或取代。

1. 步驟 1

   建立一支供應商金鑰

   打開 https://platform.deepseek.com/ ，照當下的帳號流程走。建一支金鑰，取名 pi-agent-home ，存進密碼管理器。帳號的要求因供應商跟地區而異。

2. 步驟 2

   打開 Models 面板，選 Add Provider

   既有的 OpenRouter 卡片留著不動。在 Models 面板裡，點 + Add Provider，或你版本裡對應的控制項。

3. 步驟 3

   填入四個欄位

   取名為 DeepSeek，選 openai-completions，填入 https://api.deepseek.com/v1，貼上金鑰。thinking format 用 deepseek ，因為這是思考型路線。

4. 步驟 4

   加入精確的模型 ID

   點 + Add Model，加入 deepseek-chat，接著加入 deepseek-reasoner。存檔前，兩個都要對照官方模型頁面再確認一次。

5. 步驟 5

   按 Test，再按 Save

   點 Test ，等結果出來。如果失敗，先讀懂實際的錯誤訊息再改欄位——一個個猜四個值該改哪個，正是把一條原本能用的路線搞壞的方式。接著點 Save。

6. 步驟 6

   用低風險的提示驗證

   在 composer 裡選新的模型，送一句短的訊息。確認用的真的是你預期的那條路線，再去查供應商自己的用量紀錄。

步驟 6 是大家最容易漏掉的一步，因為它發生在 Settings 之外。

步驟 6 發生在哪裡模型清單從訊息框下面的按鈕打開。打勾的是 GPT-5.6 Sol。

• 打勾記號 顯示的是下一則訊息會用哪個模型——這裡是 GPT-5.6 Sol。加一家供應商不會自動改變它；你還是得回到這裡自己選。
• 這份清單是攤平的。 這台機器上有八個名字，一行一個。加第二條路線只會讓這份清單變長——找步驟 4 加進去的那些模型就好。
• 它是從 composer 打開的，不是從你填四個欄位的那個面板。Settings 定義的是一條路線；composer 才是實際用它的地方。

依眼前的工作挑選

先查過當下的目錄，再用這張表參考，不是拿它取代查證。

注意第一欄常常就是你已經有的那條路線。目錄本身就說明了為什麼。

為什麼閘道留著就好OpenRouter，一支金鑰後面 366 個模型。Vercel AI Gateway，237 個。這個畫面上其他每一張卡片都比這兩個小。

• Radius 顯示 0 個模型。 目錄裡有一張卡片，不代表它後面就一定有模型——這就是為什麼步驟 4 要你貼精確的 ID、步驟 5 要你去測試。

接下來往哪走