CursorでSonnet上限に刺さったので、VS Code運用も本気で比較してみた（料金がいちばん大事）

1.Cursorの限界を考える

最近の私の開発スタイルは、かなり割り切ったものになっています。要件整理と設計はGeminiとの壁打ちで固め、実装はCursor上でSonnet 4.6を走らせる。複数ファイルにまたがる改修もほとんどAIに任せ、人間は「何を作るか」と「できたものが正しいか」だけを判断する。この方法に切り替えてから開発速度は本当に跳ね上がりました。

ところが先日、ついに恐れていた事態が起きました。Cursorの月間使用上限に到達してしまったのです。画面に「今月のクレジットを使い切りました」と表示された瞬間、開発がピタッと止まる。これは「Cursorが悪い」という話ではなく、私の使い方がヘビー級すぎるというだけの話です。どんなサブスクリプションサービスを使っていても、この手のキャップ問題は必ず出てきます。

そこで今回は、AIを「補助輪」ではなく「実働戦力」として使い倒している開発者向けに、上限に当たって開発が止まらないための環境設計を整理してお伝えします。経営者目線の本音も込みで書いておきます。

• 自分の月間AI使用量（トークン量）を把握して、適正なコストを試算する。
• Cursorのサブスクと、VS Code＋API従量課金の「逃げ道」を二段構えで準備する。
• プロンプトキャッシュやモデル使い分けで、従量課金の無駄を削る。

手順1.自分の使い方が「どのくらい重いのか」を把握する

対策を考える前に、まず自分のAI使用量がどのレベルなのかを正直に見つめ直す必要があります。私のように「仕様 → 設計 → 実装 → テスト → 修正」のループをAIに何周も回させ、複数ファイル編集を連打し、「調べながら直す」エージェント運転が多い使い方は、間違いなくヘビー級です。

目安として、自分がどのゾーンにいるかを次の3段階で判定してみてください。

私は完全にヘビー側です。ヘビー運用をしているのに「月額20ドルのプランで足りるはず」と思い込んでいると、月末で開発が止まるという事故が起きます。まずは自分のゾーンを正確に認識するところから始めます。

手順2.月間トークン量でコストを試算する

次に、自分のゾーンでAPI従量課金するといくらかかるのかを電卓で叩いてみます。2026年4月時点のAnthropic公式の単価と、Gemini 2.5 Proの単価を使って試算します。

この単価で、手順1の3つのゾーンをそれぞれ試算するとこうなります。Sonnet 4.6を主力にしつつ、設計壁打ち用にGemini 2.5 Proを併用する前提です。

【ライト】
  Sonnet 4.6 : 0.5M × $3 + 0.1M × $15 = $1.50 + $1.50 = $3.00
  Gemini 2.5 : 0.2M × $1.25 + 0.05M × $10 = $0.25 + $0.50 = $0.75
  合計       : 約 $3.75 / 月

【ミドル】
  Sonnet 4.6 : 2M × $3 + 0.5M × $15 = $6.00 + $7.50 = $13.50
  Gemini 2.5 : 0.5M × $1.25 + 0.1M × $10 = $0.63 + $1.00 = $1.63
  合計       : 約 $15.13 / 月

【ヘビー】
  Sonnet 4.6 : 10M × $3 + 2M × $15 = $30 + $30 = $60
  Gemini 2.5 : 2M × $1.25 + 0.5M × $10 = $2.50 + $5.00 = $7.50
  合計       : 約 $67.50 / 月

注目すべきは、ヘビー運用でも月$67.50という数字です。日本円にして約1万円前後。これを「高い」と感じるか「誤差」と感じるかは人によりますが、後述する「人間のエンジニアを1人雇う」コストと比較すれば、これは誤差のような金額です。

手順3.Cursorサブスクの限界を正しく理解する

ここでCursorの料金体系を整理しておきます。2026年現在、Cursorは「クレジットプール方式」という課金モデルを採用しています。プラン料金＝毎月もらえるクレジット（米ドル）で、それを使い切るとAI機能が制限される仕組みです。

Cursorの体験そのものは本当に良く出来ていて、エージェントモードの使い勝手は他の追随を許しません。しかし、私のようなヘビー運用だと、Proの$20枠は半月ももちません。そうなると次の選択肢はPro+の$60、さらにヘビーならUltraの$200と、月額が段階的に跳ね上がっていきます。

ここで経営者として一番怖いのは、月額が跳ねることではなく、上限に刺さって開発が止まることです。開発が止まれば、その時間は丸ごと機会損失になります。月$20を惜しんで3日開発が止まる方が、月$200払って止まらないよりもはるかに高くつく。これが「止まらない設計にするのが経営として正しい」という考え方の根っこです。

手順4.VS Code＋API従量の「無限弾薬」ラインを用意する

Cursorの対極にあるのが、VS CodeにAPIを従量課金で繋ぐ方式です。こちらのメリットは一言でいうと「上限が事実上存在しない」ことです。使った分だけ請求されるので、開発が止まる心配がありません。

構成の選択肢はいくつかあります。

A. VS Code + GitHub Copilot
   月額: Copilot Pro $10 / Copilot Pro+ $39
   特徴: Copilotの補完・チャットは強いが、ヘビーなエージェント運転は弱め

B. VS Code + Claude Code (API従量課金)
   月額: APIの従量課金のみ
   特徴: Anthropic公式のCLIツール。ターミナルから直接Claudeを呼び出せる
         ヘビー運転に最も向いている構成

C. VS Code + Cline / Continue 等の拡張機能 (API従量課金)
   月額: APIの従量課金のみ
   特徴: OSS系のエージェント拡張機能を使って、任意のAPIと接続

私のおすすめはB（VS Code + Claude Code）です。Claude Codeは公式CLIなので動作が安定していて、APIの従量課金で直接Sonnet 4.6やOpus 4.6を呼び出せます。設定も、Anthropicのアカウントを作ってAPIキーを発行し、それをClaude Codeに登録するだけで済みます。Cursorの「エージェントが勝手に上限に刺さる」という事故から解放されます。

手順5.二段構えで運用する

結論として、私は「CursorかVS Code + APIか」という二択では考えていません。両方を並行して持つ二段構えが最強だと判断しました。具体的にはこう組みます。

普段の開発     : Cursor (Pro または Pro+) でエージェント編集を高速回転
                 → 体験が良く、ストレスなく日常業務を回す

上限が近づいたら: VS Code + Claude Code (API従量) に切り替え
                 → 月の後半に上限に刺さっても開発が止まらない

設計フェーズ   : Gemini を別起動で壁打ち
                 → 仕様・要件・受け入れ基準をテンプレ化して共通資産にする

この三本柱で回せば、「体験の良さ」と「上限回避」の両方を同時に手に入れられます。重要なのは、設計フェーズで作った仕様書やプロンプトテンプレートが、CursorでもVS Code + Claude Codeでもそのまま使えるようにしておくことです。環境が変わっても同じ品質で開発が続けられるよう、指示の“規格”を先に固めておくのがポイントです。

2.便利な工夫

1.プロンプトキャッシュを使い倒す

API従量課金で本当にコストを下げる鍵は、プロンプトキャッシュです。同じシステムプロンプトや仕様書を毎回送るのではなく、キャッシュに載せて再利用する仕組みです。Claude APIの場合、キャッシュヒット時の入力単価は通常の10分の1にまで下がります。

例えば2,000トークン分の仕様書を毎回送るプロジェクトで、1日100回リクエストすると仮定すると、キャッシュなしとキャッシュありで月のコストが一桁変わってくることも珍しくありません。同じ前提条件を毎回送っているような運用では、必ず有効にしておきましょう。

2.バッチAPIで一括処理する

リアルタイム性が必要ない処理、例えばドキュメントの一括生成やデータ整形などは、Anthropic公式のBatch APIを使うと入力・出力ともに単価が50%オフになります。Geminiにも同様の仕組みがあります。「急がない処理は夜間にまとめて投げる」と決めておくだけで、月の請求がごっそり軽くなります。

3.モデルを用途で使い分ける

常にSonnet 4.6やOpus 4.6を使う必要はありません。タスクの難易度でモデルを切り替えるだけで、コストは大きく下がります。

Cursorの「Auto mode」やClaude Codeの「opusplan」など、自動でモデルを切り替えてくれる仕組みを使えば、手動で気にしなくても最適化が走ります。「常にOpusで」という贅沢な使い方をやめるだけで、月の請求は目に見えて下がります。

3.備考

1.なぜ経営者目線では「AIに金をかけるのは惜しくない」のか

ここが、この記事で一番お伝えしたい部分です。経営者としてAIのコストを眺めていると、月$67だろうと月$200だろうと、人間のエンジニアを雇うコストと比べればまったく比較になりません。

もちろんAIにも固有のリスクはあります。幻覚（それっぽい嘘）、仕様の取り違え、セキュリティ、外部依存、サービス改定のリスクなど。でもこれらは、テスト・レビュー・運用設計という仕組みで殴っていけばいい。要するに、お金を「人に払うか、仕組みに払うか」という話です。

長年システム会社を経営してきた立場から言うと、人を雇うのはお金以上にエネルギーを使います。採用活動、教育、マネジメント、トラブル対応、退職時の引き継ぎ。ここにかかる時間と気力を考えると、AIに月数万円払って済むなら、これほど楽な話はありません。もちろん人間のエンジニアが要らないという意味ではなく、人間にしかできない仕事に人間を集中させるための道具として、AIは破格に安いという話です。

2.AIを雇わない代わりに「ガードレール」を雇う

AIに金をかけるのは正解ですが、雑に任せると普通に燃えます。私がこれまでの失敗から学んだ「ガードレール」は次の4つです。

1. 受け入れ基準を先に書く
   → 「何ができたら完成か」をテストや仕様の形でAIに渡す
   → 曖昧な指示はAIを迷わせ、結果としてトークン消費が跳ねる

2. 変更は小さく刻む
   → 1つのプロンプトで世界を作らせない(世界はだいたい燃える)
   → 小さい単位でcommitしながら進める

3. セキュリティと秘匿情報のルールを明文化する
   → APIキー・パスワード・顧客情報を外部送信しない
   → 事前にignoreリストやシステムプロンプトで禁止する

4. コスト監視を必ず入れる
   → API従量課金の一番怖いのは「気づいたら請求」
   → Anthropic/Google両方の管理画面でアラートと上限を設定する

このガードレールなしでAIを走らせるのは、シートベルトなしで高速道路を走るようなものです。便利さの裏側には必ずリスクがあることを、経営者は常に意識しておく必要があります。

3.Claude自体のサブスクリプションプラン

API従量課金ではなく、Claudeを定額で使いたい方向けには、Anthropicも独自のサブスクリプションプランを提供しています。これはブラウザ版Claudeと、公式のClaude Codeの両方で使える定額プランです。

定額のほうが予算管理しやすい方は、Claude ProやMaxを契約してClaude Code経由で使うのが分かりやすい選択です。使用量が一定している月はMax、急に増えた月はAPI従量、と使い分けるのも一つの手です。

4.最終的な工場化 ― ノリから再現性へ

ここまでの内容を一言でまとめると、こういうことです。

Cursorは気持ちいい。だからこそ、ヘビー運用だと上限問題が必ず出る。
VS Code + API は無料エディタ + 従量課金で、弾切れしない逃げ道が作れる。
経営者目線では、AIに金を払うのは全然惜しくない。
ただし「止まらない・燃えない仕組み」が前提条件になる。

いわゆる「バイブコーディング」――気分とノリでAIに書かせる開発スタイルは、楽しい反面、再現性がありません。次に私がやるべきは、仕様テンプレートと受け入れ基準を固定し、誰が・どの環境で・いつ回しても同じ品質のアウトプットが出る「工場化」です。

AIを補助輪ではなく実働戦力として使い倒すなら、工場のラインと同じ発想で仕組みを作る必要があります。これができて初めて、月$200のコストが「人件費の代わり」ではなく「利益を生む設備投資」に変わります。ノリから再現性へ。今年の自分のテーマは、ここに絞って深掘りしていこうと思います。