我對比以往更快觸及 Claude 額度感到失望。作為背景，我同時使用 Claude Code 和 Claude 桌面應用程式工作，並為此支付每月 100 美元的費用。我並非唯一有此困擾的人（這曾是 AMD 的資深 AI 主管），在 Reddit 和 Twitter 上也有許多類似的報告。

我的使用模式是「爆發式」的，並非全天候使用，但在程式碼編寫過程中途觸及額度限制，這讓我感到非常沮喪。

這篇文章將說明我如何將這筆支出重新分配給其他工具和模型，同時獲得更多彈性。

我喜歡多樣化的選擇，雖然 Opus 無疑是代理程式碼領域的市場領導者，但也有其他模型可供我根據手邊任務的複雜性來平衡成本和速度。我正在研究如何將不同的模型與代理程式協調器結合使用。

「代理程式協調器」負責協調與大型語言模型 (LLM) 的訊息傳送與接收，注入工具定義並呼叫工具，以及將所有這些協調成工作流程（包括重試失敗的任務）。

Claude Code 就是這類系統的範例。它接收使用者訊息，協調讀寫檔案等操作，並呼叫 LLM。

直到你嘗試 Zed，你才會意識到 VSCode 和所有分支的緩慢和延遲。內建的代理程式協調器雖然基本，但很好用，能夠跟隨代理程式在修改檔案時移動，並新增設定檔來客製化代理程式行為。與 Cursor 類似，它會顯示目前會話的上下文使用情況和套用的規則。如果你繼續使用 Claude Code 或 Mistral Vibe 等工具，Zed 會使用代理程式客戶端協議 (ACP) 將它們直接整合到編輯器中（請參閱支援的代理程式）。

最大的缺點無疑是與 VSCode 相比，擴充功能較少，但現有的擴充功能足以涵蓋常見的語言和任務。

Zed 在你用完提供的信用額度後提供基於使用量的定價，但其代幣價格高於直接透過 API 購買。這就是為什麼我更喜歡使用 OpenRouter 整合到 Zed 中。一個不錯的附帶好處是，你可以獲得更原生化的上下文視窗大小。由於某些原因，Zed 在其原生整合中將 Gemini 3.1 的上下文限制為 200k 個代幣，但在 OpenRouter 中，你可以使用完整的 1M。他們的文檔表示未來可能會對此進行更改。

我不喜歡我擁有一組固定的 Anthropic 信用額度。如果我用完了，就必須等到額度重置（或付費）。但當我沒有使用時，我就錯失了這個機會。取而代之的是，我可以為 OpenRouter 充值信用額度，這些信用額度在未使用時會在 365 天後過期。然後我可以在工作時使用這些信用額度，在不工作時將它們儲存起來/滾動到下個月。

為了盡量減少數據暴露風險，我選擇不同意 OpenRouter 使用輸入/輸出「來改進產品」（儘管這樣做可以獲得 1% 的折扣），並且我在我的工作區安全設定中啟用了「僅限零數據保留 (ZDR) 端點」。在這裡你會失去一些模型，例如 qwen/qwen3.6-plus，它僅託管於阿里云上，但這是個小小的代價，我願意支付。

方案：每月 20 美元 | 60 美元 | 200 美元 - 定價頁面

我最初在 2025 年從 VSCode 和 Copilot 轉向 Cursor，因為體驗到了 Cursor 的「Tab」在編輯器中跳躍、預測我下一步動作的魔力。

隨著它從「超級自動完成」轉向更具代理性質的編碼，我很感謝能夠使用多種模型進行實驗（現在 Copilot 也提供此功能，但最初僅限 OpenAI）。

我大多忽略了 Cursor 2.0，因為他們更強調聊天介面，但 Cursor 3.0 進行了徹底重寫（像 Zed 一樣用 Rust 編寫），並專注於代理協調，我很好奇想嘗試一下。

Cursor 過去（或仍然是半個）我偏好的編輯器。作為 VSCode 的分支，所有擴充功能都可用。他們是早期採用「方案模式 -> 代理模式」工作流程的，現在支援新的「調試模式」，這是一種更進階的列印式調試，代理程式也可以與之互動。

Cursor 也支援不同類型的規則應用，這是我個人非常喜歡的，並且驚訝於其他代理程式協調器沒有採用。大多數代理程式協調器採用「智慧應用」的方法，試圖讓 AI 根據描述來決定何時包含規則。但 Cursor 也提供僅套用於特定檔案的能力。我知道有些規則只適用於 *.py 檔案，甚至 **/models.py 等。我能夠透過明確設定這些規則僅添加到特定的檔案路徑正則表達式，來充分利用我的上下文視窗。這保證了它們的使用。

選擇 Cursor，你會獲得超出方案內含使用量的 API 費率（你可以限制總支出上限為 100 美元），但你仍然需要支付每月最低 20 美元的費用，這不會滾動到下個月。

我知道——我說過我要將資金從 Anthropic 轉移，但仍然可以繼續使用 Claude Code 代理程式協調器與其他模型（甚至是你想要的 Opus）。我們可能想這樣做，因為 Claude Code 無疑是一個很棒的協調器，但我們需要將 Claude Code 設定為使用 OpenRouter 而不是 Anthropic API。

首先，如果你之前使用過 Claude Code，請登出：

接下來，設定一些環境變數來配置 OpenRouter 端點以及你想要用於「Opus」、「Sonnet」、「Haiku」和「SubAgents」的模型（我建議將這些設定在你的 ~/.zshrc 或 ~/.bashrc 檔案中，以便它們持久生效）：

驗證 Claude Code 是否正在使用你的新配置（你可能需要重新啟動終端機或來源 ~/.zshrc）：

有許多其他的程式碼代理程式協調器可以透過終端機與 OpenRouter 一起使用。我嘗試過幾個，但沒有一個讓我持續使用，這裡是你嘗試的列表以及我的簡短看法：

即使是通常限制你使用自己模型的熱門工具，如 Gemini CLI，也經常有分支嘗試使其與 OpenRouter 相容。如果你正在使用並喜歡不同的協調器但想嘗試其他模型，這值得檢查。