模型、價格與用量
基於 Cursor 官方 Models & Pricing 文件解釋 usage pools、Auto、Composer、API pool、Max Mode 和團隊計費邊界。
Cursor 的模型和價格頁變化很快，教程不要把它寫成固定價目表。本章要建立的是判斷框架：Cursor 個人計劃有兩個 usage pools；選擇 Auto / Composer 和選擇具體模型，消耗的池子不同；Max Mode、Premium routing、Teams 計費和 BYOK 也會改變成本結構。
核驗日期：2026-05-09。模型、價格、用量和套餐屬於高波動資訊，真實採購和團隊配置必須以官方當前 Models & Pricing 頁面、Dashboard Usage 和 Pricing Policy 為準。
1. 兩個 usage pools
官方 Models & Pricing 文件說明，individual plans 有兩個獨立 usage pools，並隨 monthly billing cycle 重置。
| Usage pool | 官方含義 | 適合 |
|---|---|---|
| Auto + Composer | 選擇 Auto 或 Composer 2 時，有更多 included usage，面向較低成本的日常 agentic coding | 日常任務、常規 agent 編碼、成本敏感任務 |
| API | 選擇具體模型或 Premium routing 時，按該模型 API price 計費；個人計劃每月包含至少 $20 API usage，高階計劃更多 | 指定模型、複雜任務、需要明確模型能力的任務 |
兩個池子都能在 editor settings 和 usage dashboard 中檢視。
flowchart TD
Task["Cursor 請求"] --> Choice{"選擇方式"}
Choice -->|Auto / Composer 2| AutoPool["Auto + Composer pool"]
Choice -->|Specific model / Premium| ApiPool["API pool"]
AutoPool --> Daily["日常 agentic coding"]
ApiPool --> Cost["按模型 API rate 消耗"]
Cost --> Usage["Usage dashboard 檢視請求級成本"]2. Auto、Composer 和 Premium 怎麼理解
官方文件說明：
| 模式 | 判斷 |
|---|---|
| Auto | Cursor 自動選擇平衡 intelligence、cost efficiency 和 reliability 的模型，適合 everyday tasks |
| Composer 2 | Cursor 自有模型，面向 agentic coding，和 Auto 一起消耗 Auto + Composer pool |
| Premium routing | Cursor 選擇更強模型，推薦給最複雜任務；按選中模型 API rate 計費 |
實操建議：
- 日常小任務優先 Auto 或 Composer。
- 複雜重構、長上下文或高風險任務再指定強模型。
- 需要成本可解釋時，去 usage page 看 request-level cost 和 model selection。
3. 個人計劃和 included usage
官方當前頁面列出個人計劃包含 unlimited tab completions、extended agent usage limits、Bugbot 和 Cloud Agents。頁面還列出 Pro、Pro Plus、Ultra 三個個人計劃，以及每月包含的 API usage 和 Auto + Composer included usage。
不要在團隊文件裡只寫“某套餐夠用”。更穩的是按使用型別判斷：
| 使用型別 | 官方頁面給出的方向 |
|---|---|
| Daily Tab users | 通常能留在低成本範圍內 |
| Limited Agent users | 常常能留在 included API usage 內 |
| Daily Agent users | 可能需要更高月使用量 |
| Power users | 多 agents / automation 場景成本更高 |
同樣一個月費，不同模型和不同任務會消耗完全不同。成本管理要看 usage dashboard，不靠感覺。
4. Max Mode 會加速消耗
官方 Max Mode 說明：它把 context window 擴充套件到模型支援的最大範圍，讓模型更深入理解程式碼庫，適合複雜任務。但它按模型 API rate 走 token-based pricing，會更快消耗 usage。
適合 Max Mode：
- 需要讀很大程式碼庫。
- 跨模組架構判斷。
- 長上下文除錯。
- 複雜遷移和重構計劃。
不適合 Max Mode：
- 改一段文案。
- 單檔案小修。
- README 小改。
- 不需要大上下文的日常任務。
深讀：為什麼模型列表不應該成為教程主體
Cursor 官方模型表很長，而且模型是否 hidden、是否需要 Max Mode、context、能力、價格和 notes 都會變化。把某一天的模型列表完整搬進教程，很快會過期。
商業級教程應該教核驗路徑和決策方法：先判斷任務複雜度，再決定 Auto、Composer、指定模型還是 Premium；再用 usage dashboard 看實際消耗；最後用官方頁面核對當前模型和價格。
5. Teams 和企業邊界
官方 Models & Pricing 文件說明，Teams 和 Enterprise 面向團隊場景，並提供 privacy mode enforcement、admin dashboard with usage stats、centralized team billing、SAML/OIDC SSO 等能力。Enterprise 適合需要 priority support、pooled usage、invoicing、SCIM（System for Cross-domain Identity Management，跨域身份同步標準）或 advanced security controls 的客戶。
Cursor Token Rate：Teams 套餐裡非 Auto 的 agent 請求會額外加一層費率（約 $0.25 / 1M tokens），Auto 不受此約束。BYOK（Bring Your Own Key，自帶 API Key）使用也會觸發這一層。具體數字以官方 pricing 頁面為準。
團隊上線前至少確認：
- 是否需要 privacy mode enforcement。
- 是否需要 SSO / SCIM。
- 是否需要 pooled usage、billing groups 或發票。
- 是否允許 BYOK 或指定模型路線。
- 是否有 monthly spend alert / limit。
本章自檢
完成本章後，用這 3 個問題檢查自己是否真正理解：
- Auto + Composer pool 和 API pool 的區別是什麼？
- 為什麼 Max Mode 更適合複雜任務，而不是所有任務預設開啟？
- 團隊採購時為什麼不能只看個人套餐價格？
透過標準：你能根據任務複雜度選擇 Auto、Composer、指定模型、Premium 或 Max Mode，並知道去 usage dashboard 核對真實消耗。
官方來源
- Cursor Models & Pricing —— 官方說明 usage pools、Auto、Composer、API pool、Premium routing、plans、Max Mode、Teams 和 Cursor Token Rate。
- Cursor Teams Pricing —— 官方團隊價格和功能入口。
- Cursor Pricing Help —— Help Center 計費解釋入口。