模型、價格和用量

Cursor 的模型和價格變化很快，教程不應該寫成固定價目表。真正要學的是決策框架：什麼時候用 Auto / Composer，什麼時候指定具體 frontier model，什麼時候開 Max Mode，什麼時候必須回到 Dashboard Usage 和官方 Pricing 頁面核對真實消耗。

1. 模型選擇先看任務，不先看榜單

任務大致分四層：

• 低風險日常任務：解釋程式碼、改文案、補簡單 test、區域性樣式修復。優先 Auto 或 Composer。
• 中等工程任務：跨幾個檔案的小功能、明確 bugfix、已有測試能覆蓋。可用 Auto / Composer 起步，必要時切強模型。
• 複雜任務：架構遷移、長上下文排障、跨模組重構、安全敏感路徑。指定更強模型，並先用 Plan。
• 自動化任務：CLI、Headless、Cloud Agent、Bugbot Autofix。模型不是唯一重點，許可權、日誌、成本上限更重要。

flowchart TD
  Task["Task"] --> Risk{"風險和上下文"}
  Risk -->|小 / 清楚| Auto["Auto / Composer"]
  Risk -->|中等 / 可測| Specific["Auto 起步，必要時指定模型"]
  Risk -->|複雜 / 高風險| Strong["強模型 + Plan + Review"]
  Risk -->|自動化| Budget["固定許可權 + usage limit + logs"]

2. 兩類 usage pool 的心智模型

官方 Models & Pricing 文件說明，Cursor individual plans 有不同 usage pools。簡化理解：

• Auto + Composer pool：面向日常 agentic coding，適合成本敏感的常規任務。
• API pool：選擇具體模型或 Premium routing（高階路由，Cursor 自動按官方榜單挑最強模型，價格按所選模型 API rate）時，按模型 API rate 消耗。

這意味著"同一個 Cursor 任務"因為模型選擇不同，可能走完全不同的成本路徑。不要只看月費，要看 usage dashboard 裡的 request-level cost。

套餐分兩條線：

• 個人：Pro / Pro Plus / Ultra（月費遞增，含的 API usage 也遞增）
• 團隊：Teams / Enterprise

所有個人套餐都包含 Tab completion 無限——這是 Cursor 推個人訂閱的主要賣點之一，寫程式碼時本地補全不計入兩個 usage pool。Teams 套餐裡非 Auto 的 agent 請求會額外加一層 Cursor Token Rate（約 $0.25 / 1M tokens），具體數字以官方 pricing 頁面為準。

3. Auto、Composer、Premium 怎麼用

先澄清一個常見誤解：Composer 現在是模型名（Composer 2），不是模式名。早期 Cursor 把 Composer 當作功能 / 模式叫，2025 年後官方把它訓成了 Cursor 自研模型，與 Claude 4.6 Sonnet / GPT-5.5 / Gemini 3.1 Pro 並列出現在模型表裡。

建議：

• Auto：預設入口，Cursor 自動在多個模型之間挑價效比最佳的。適合普通開發、解釋、輕量修改。
• Composer 2：直接選 Cursor 自研模型，專為 agentic coding 訓練，速度快、成本低。Auto 和 Composer 共用同一個 usage pool。
• Premium routing：複雜任務，讓 Cursor 自動按官方榜單挑最強模型，價格按所選模型 API rate。
• Specific model（如 Claude 4.7 Opus、GPT-5.5）：你明確知道任務需要某個模型特性時再指定，按 API rate 走 API pool。

不建議：

• 每個任務預設最強模型。
• 批次自動化預設高價模型。
• 對不穩定 prompt 反覆重跑強模型。
• 不看 dashboard 就判斷"額度不夠"。

反例：預設所有任務用 Premium → 月底賬單翻倍但任務質量沒明顯提升。Cursor 的強項不是模型最強，而是工作流——把 Auto 用好比把 Premium 用錯價效比高得多。

4. Max Mode 只給複雜上下文

Max Mode 的意義是擴大 context window，讓模型看到更多程式碼和對話。它適合複雜任務，但會更快消耗用量。

適合 Max Mode：

• 大儲存庫架構分析。
• 多模組遷移。
• 長鏈路 bug。
• 跨檔案安全審查。
• 複雜 Cloud Agent 任務。

不適合 Max Mode：

• 改一個按鈕文案。
• 單檔案小修。
• 區域性 test 補充。
• 純說明類 Ask。

5. 團隊要寫模型使用規則

團隊不能讓每個人憑感覺燒用量。至少寫清：

• 日常任務預設 Auto。
• 高風險任務先 Plan，再決定模型。
• 自動化指令碼預設只讀、低成本模型起步。
• Headless 寫入任務必須有路徑限制和預算上限。
• Cloud Agent / Bugbot Autofix 要納入 usage pool 和 monthly cap 覆盤。
• BYOK（Bring Your Own Key，自帶 API Key，把模型呼叫計費轉到自己的供應商賬號）要先完成隱私、供應商政策和地區可用性審查。

6. 用量排障順序

遇到額度、模型不可用、請求變慢或賬單異常時，不要先換模型。按順序查：

1. Dashboard Usage 是否顯示 included usage 耗盡。
2. 是否啟用 usage-based pricing 或 on-demand。
3. 是否設定 spend limit。
4. 當前任務是否開了 Max Mode。
5. 是否指定高價模型跑批次任務。
6. Team / Enterprise 是否限制模型訪問。
7. 模型是否受地區或 provider availability 限制。
8. BYOK provider 是否拒絕請求。
9. 是否在 Agent / Cloud Agent 中反覆重跑大上下文。

7. 採購和課程截圖的邊界

模型、套餐、額度、價格、Max Mode 規則、Bugbot seat、Cloud Agent billing 都是高波動事實。

對外教程可以講：

• 怎麼選擇模型。
• 去哪裡核驗價格。
• 怎麼看用量。
• 怎麼設定團隊邊界。

不要把某天的價格和模型表當長期事實寫死。釋出前回到官方 Models & Pricing、Help Center、Dashboard Usage 和團隊 billing 頁面核驗。

官方來源

• Cursor Models & Pricing：官方 usage pools、Auto、Composer、API pool、Premium routing、plans、Max Mode 和 Teams。
• Cursor Models and Usage Help：官方 usage limits、on-demand 和用量解釋。
• Cursor Available Models Help：官方模型可用性和地區限制說明。
• Cursor API Keys Help：官方 BYOK 和 provider policy 邊界。

接下來去哪