Cursorが上限に達したら、モデルを変更したり利用量を追加購入したりする前に、Spendingダッシュボードを開いてください。使い切った利用枠、請求サイクルのリセット、オンデマンド利用の支出設定を確認します。その後、待機するか、利用可能なモデルプールを使うか、利用量を追加購入するか、特定のタスクを別のクライアントに移すかを選びます。
停止した原因：含まれる利用量、支出、またはプロバイダー？
| 症状 | 最初に確認すること | 判断基準 |
|---|---|---|
| 含まれる利用枠を使い切った | 影響を受けたプールとリセット日 | 待機する、利用可能な選択肢を選ぶ、または追加利用を確認する |
| オンデマンドリクエストが停止した | オンデマンドが有効かどうかと支出上限 | 上限内に収めるか、意図的に予算を変更する |
| 1つのモデルだけが失敗する | 実際のモデルエラーと最近のリクエスト履歴 | プロバイダーの利用可能性とプラン上限を区別する |
| 自分のキーを使ったリクエストが失敗する | プロバイダーの請求、キーの有効性、プランのルール | Cursorのクレジット不足だと決めつけず、その経路を修正する |
| 見慣れない追加請求 | 含まれる利用分とオンデマンド利用の請求項目 | それを発生させたリクエストまたは設定を見つける |
Cursorの現行の利用ガイドでは、ほとんどのプランでCursor ModelsプールとOther Modelsプールが分かれていると説明されています。Spendingには現在の利用量と月次リセットが表示されます。一方のプールの残高から、もう一方のプールを使うリクエストが実行できるかどうかは判断できません。カウンターと選択中のモデルを併せて確認してください。
変更前の状態を記録する
Plan and billing-cycle reset: ...
Feature that stopped: ...
Selected model or Router mode: ...
Affected usage pool: ...
Included usage remaining: ...
On-demand enabled and current spend limit: ...
Exact error text and time: ...これは複数の設定を変更してから何が起きたかを再構成するより短時間で済みます。たとえば、あるタスクが停止しても別のモデルが動作しているなら、両方の観察結果を残してください。チームメイトが異なる結果を見た場合は、サービス障害だと決めつける前に、プランと選択中のモデルを比較します。チーム設定では、請求に関する判断を管理者が行う必要がある場合もあります。
プロンプト数より、リクエスト履歴のほうが役立ちます。短い指示でも、リポジトリの探索、複数のモデルリクエスト、修正が発生することがあります。利用量が想定外に見えるときは、コストの高いタスクとその結果を特定してください。そうすれば、次回に削減または予算化する対象が具体的になります。
中断を最小限にして継続する方法を選ぶ
- リセットを待つことが納期上可能なら、そうしてください。チェックポイントと簡潔な引き継ぎを残して、次のセッションが適切な次の手順から始まるようにします。
- タスクに適しているなら、利用可能なモデルオプションを使うことを検討してください。どのプールから消費されるかを確認し、作業を広げる前に結果をチェックします。
- 意図的に追加予算を使うなら、オンデマンド利用を有効にすることができます。チームのルールを含め、まず上限を確認してください。
- 継続的な利用状況から上位プランが妥当と判断できる場合は、上位プランを検討してください。異常に大きなタスク1件から外挿するのではなく、通常の1か月の利用状況を比較してください。
公式の超過利用ガイドでは、サブスクリプションと追加利用が分けて説明されています。また、支出上限の適用が短時間遅れる場合があり、同じサイクル中に上限を引き上げると、以前にクレジットされた超過利用が請求対象になる可能性があることも説明されています。上限の変更が将来のリクエストだけに影響すると考える前に、ダッシュボードを確認してください。
自分のAPIキーによって何が変わるかを理解する
Cursorは対応するチャットモデルでBYOKを文書化していますが、Tabは引き続きCursorのモデルを使用します。個人プランでは、プロバイダー請求のモデルリクエストは含まれる利用量から消費されません。TeamsとEnterpriseには別個のCursor Token Rateルールが適用されます。プランと機能に対応するBYOKドキュメントを確認してください。
切り替える前に、保持したいものが補完、エージェントツール、モデル選択、チーム管理のどれかを書き出してください。認証情報の変更は、変更後の設定がそのワークフローをサポートする場合にのみ有用です。その後は、残高、アクセス、レート制限を確認する場所がプロバイダーにも増えます。切り替えても推論が無料または無制限になるわけではありません。
別のプロバイダーで別のタスクを試す
推論の購入方法を別に比較したい場合、Clineには文書化されたカスタムプロバイダー経路があります。エディターを維持したまま、その拡張機能を通じて1つのタスクを試せます。ClineとCursorの比較ガイドではワークフローの違いを説明しています。Clineで実行したタスクには独自の設定と請求があり、Cursorの組み込みエージェントを拡張するものではありません。
Kunavoを試すには、アカウントを作成し、Cline統合に従ってください。1つの受け入れ確認を設定したクリーンなブランチから始め、差分を確認し、タスク全体のコストを比較します。実際に繰り返す作業に試用が役立つと確認できるまで、既存の設定を維持してください。ワークフローの選択肢については、Cursorの代替も参照してください。
よくある質問
Cursorの利用上限はいつリセットされますか？
現在の使用量に基づく利用枠は、月次請求サイクルでリセットされます。暦月の初日だと仮定せず、Spendingダッシュボードでリセット日を確認してください。対象となる使用量プールと支出上限も関係します。
含まれる利用量を使い切った後もCursorを使い続けられますか？
利用可能なオンデマンド利用またはプランアップグレードのオプションを確認してください。追加利用にはコストがかかり、支出上限によって再び停止することがあります。有効化または増額する前に、支払う意思のある金額を決めてください。
BYOKでCursorのすべての上限がなくなりますか？
いいえ。プロバイダーキーのサポートは指定されたチャットモデルを対象としますが、TabはCursorのモデルを使用します。個人プランとチームプランではBYOKの扱いが異なり、APIプロバイダーにも独自のアカウント上限とレート上限があります。認証情報を変更する前に、機能とプランを確認してください。
KunavoキーでCursorの利用枠は増えますか？
Kunavoの残高はCursorの利用枠とは別です。このガイドの代替ルートでは、独自のプロバイダー設定を持つClineなど、文書化されたクライアントを使用します。KunavoのキーがCursorのすべての機能で動作することや、Cursorアカウントがリセットされることを保証するものではありません。
2026年9月17日時点で確認した公式Cursorドキュメント。現在のプラン、利用枠、リセット日については、アカウントダッシュボードを使用してください。