Cursor が「利用上限に達しました」と表示
まずどちらのプールで詰まったか切り分ける
Cursor は利用枠を Cursor Models と Other Models という2つの独立したプールに分けている。どちらのプールで詰まったかの誤解と、リセット日が毎月1日だと思い込む誤解が最も多い。
4つの重要事実
2つの独立した額度プール
Cursor Models（Cursor 独自最適化モデル）と Other Models（サードパーティモデル、API 原価課金）は別々に計測され、互いに相殺しない。
Other Models ではなく Cursor Models プール
公式ドキュメントには Cursor Grok 4.6 / Grok 4.5 / Composer 2.5 はすべてより余裕のある Cursor Models プールに属すると明記されている——「Grok 4.6 は Other Models を消費する」という説は正確ではない。
リセット日＝契約日、毎月1日ではない
個人プランは契約した瞬間を基準にリセットされる（例：1月15日正午に契約すれば、以降毎月15日正午にリセット）。チームプランはチーム共通の請求サイクルでリセットされる。
Other Models は従量課金を有効化できる
Pro / Pro Plus / Ultra はすべて Other Models プールを含み、使い切った後は on-demand の従量課金を有効化するか、プランをアップグレードできる。
エラー文言が実際に意味すること
完全なメッセージは通常 "You've reached your usage limit" で、どちらのプールかは示さない。Cursor Models プールは Cursor Grok 4.6、Grok 4.5、Composer 2.5（各 fast バリアント含む）を対象とし、含まれる枠が明らかに多い。Other Models プールは Claude、Gemini、GPT 系列を含むすべてのサードパーティモデルを対象とし、各社の API 原価で課金される。2つのプールは独立して計測され、Other Models を使い切っても Cursor Models の残高には影響しない、逆もまた同様だ。
最新の動き
Cursor は 2026 年に個人・チームプランの含まれる利用枠を複数回引き上げているが、2プール分離と契約日リセットの仕組みは変わっていない。どちらのプールで詰まったかは、ダッシュボードの Spending タブで確認するのが確実——各プールの消費量とリセット時刻が別々に表示される。
タイムライン
Cursor Models / Other Models の分離と契約日リセットは、プラン制度の開始時から一貫している。
Cursor が個人・チームプランの含まれる利用枠を複数回引き上げる。2プール分離とリセット規則は変わらず。
Grok 4.6 は引き続き Cursor Models プールに割り当てられている。「Other Models を消費する」という誤解は今も流布している。
確認済み vs よくある誤解
確認済み
Cursor の公式ドキュメントは2つのプールの名称と対象モデルを明記している（Cursor Grok 4.6 / Grok 4.5 / Composer 2.5 は Cursor Models プール）。個人プランは契約日を起点にリセット、チームプランはチーム共通の請求日でリセットされる。
よくある誤解
「Grok 4.6 は Other Models プールを消費する」という説がネット上で流布しているが、公式ドキュメントと矛盾する。Cursor Grok 4.6 はより余裕のある Cursor Models プールに属し、サードパーティモデルの枠は消費しない。
2つのプールの違い
Cursor Models プール
Cursor Grok 4.6 / Grok 4.5 / Composer 2.5（fast バリアント含む）を対象とし、プランに含まれ、通常は余裕がある。
Other Models プール
Claude、Gemini、GPT など他のすべてのサードパーティモデルを対象とし、API 原価で課金される。使い切ったら on-demand かプランアップグレードが必要。
どちらのプールで詰まったか確認する方法
ダッシュボードの Spending タブを開くと、両プールの消費量・残高・リセット時刻が別々に表示される。エラー発生時に使っていたモデルが最も直接的な手がかりだ：Grok 4.6/4.5/Composer 2.5 なら Cursor Models プール満杯、それ以外なら Other Models プールの可能性が高い。リセット時刻は毎月1日ではなく契約した日時（チームプランを除く）。
QCode 上での対処法
Other Models プール（Claude、Gemini、GPT など）が尽きた場合、QCode の1つのキーでこれらのモデル API に直接アクセスでき、公式価格 × サービス料率で課金され、Cursor のプランプールに縛られず、Cursor のリセット日を待つ必要もない。
よくある質問
Grok 4.6 は実際どちらのプールを消費しますか？
Cursor Grok 4.6（fast バリアント含む）は Cursor Models プールにあり、プランに含まれ比較的余裕がある。別の経路で Cursor 非最適化版の Grok を呼び出した場合のみ Other Models プールに入る可能性がある。
なぜリセット日が毎月1日ではないのですか？
個人プランは契約した日時を基準にリセットされ、暦月ではない。そのため利用サイクルと財務暦がずれることがあるが、これは仕様であり不具合ではない。
2つのプールの枠は融通できますか？
できない。2つのプールは独立して計測され、Other Models を使い切っても Cursor Models の残高は消費されず、逆も同様。
チームプランのリセット規則も同じですか？
違う。チームプランは全メンバーがチームの請求サイクルに基づき一斉にリセットされ、個人の契約日ごとには計算されない。
Other Models プールが尽きたら、リセット待ち以外に何ができますか？
ダッシュボードで on-demand の従量課金を有効化するか、より上位のプランにアップグレードして Other Models の枠を増やす、あるいはその作業を別の入口に切り替えることができる。
このエラーがどちらのプールによるものか、最も早く見分ける方法は？
エラー発生時に使っていたモデルが最も直接的な手がかり：Grok 4.6/4.5/Composer 2.5 → Cursor Models プール、それ以外 → Other Models プール。その後 Spending タブで残高を確認する。
情報源
2つのプールの区分と対象モデル、契約日（暦月ではない）を起点とするリセットは、いずれも Cursor 公式ドキュメント（Models & Pricing、Usage and limits）に基づく。本ページはこれらの情報源と照合の上、2026-08-27 時点でまとめた。
プールが尽きても、リセットを待つ必要はない
QCode の1つのキーで Claude、GPT、Gemini などに直接アクセス。Cursor のプランプールに縛られない。
関連記事
Claude 週次上限 2026 完全ガイド
別の額度メカニズムの完全な解説。比較の参考に。
複数ツールの額度をどう輪番で使うか
Claude Code / Codex / Cursor の額度を賢く輪番利用する方法。
Codex にも「幽霊クォータ」がある：status は緑なのにリクエストが拒否される
同種の多層額度の混乱が Codex 側でどう現れるか。
本ページは技術的な解説であり、Cursor の公式見解ではありません。具体的な額度規則とリセット時刻は、ご自身の Cursor アカウントのダッシュボードおよび公式ドキュメントに従ってください。