【導入】無料版卒業の壁
Claude に課金する前、Cursor ProとClaude Pro、どちらに$20を払うか迷いました。
考えても答えが出なかったので、両方使ってみました。
結論から言います。
私はClaude Proを選びました。理由は3つあります。この記事はその3つの話です。
【なぜ迷ったか】
お昼ご飯をマックと定食どっちにしようか、みたいな話じゃないんですよ。あれは両方「飯」だから比べられる。でもCursorとClaude、そもそも同列で比較していいものなのか。入口からして違うんじゃないのか。そこがよくわからなかったんです。
なんか別の種類のものを比べようとしている気味が悪い感覚があり。
「両方AIコーディングツールでしょ」とは分かる。でも何がどう違うのか、自分の使い方にどちらが合うのか、$20を払う前にちゃんと整理したかった。考えても答えが出なかったので、とりあえず両方使ってみることにしました。
【第1章】まず入口が違う
使って最初に分かったのは、入口がそもそも違うということです。
Cursor Proはエディタが主役です。VSCodeをベースにしたエディタの中にAIが統合されている。コードを見ながら、開いているファイルを見ながら、そのままAIに話しかけられる。
Claude Pro（Claude Code含む）はClaudeが主役です。チャット画面から話しかけてもいい、ターミナルから話しかけてもいい。エディタは自分で別途用意する。どんな環境にも入っていけるけど、エディタそのものではない。
一言で言うと、こうなります。
Cursor Proは「エディタの中で話しかける」。Claude Proは「エディタの外から話しかける」。
ここで疑問が出ました。「でもどちらもファイル編集やターミナル実行はできるんじゃないの？」
その通りです。Cursor ProのAgentモードでも、Claude CodeでもFileの読み書き、ターミナルでのコマンド実行、プロジェクト横断の検索、どれも両方できます。
だから**「何ができるか」で比較しようとすると、ほとんど同じに見える**。
でも実際に使うと、体験はかなり違いました。
Cursorはコードを見ながら話しかけられるので、「この関数のここがおかしい」という会話がスムーズです。一方Claude Codeはターミナルから「このプロジェクトのバグを直して」と投げると、自分でファイルを探して読んで直してくれる。
同じ「ファイルを触る」でも、人間の関与の仕方がまるで違う。
Cursorは自分がコードを見ながらAIと並走する感覚。Claude Codeはタスクを丸投げして結果を受け取る感覚。
この違いが、次の話につながります。
【第2章】「CursorでもClaudeが使えるから得じゃないの？」の誤解
使う前、こう思っていました。
「CursorってClaudeも使えるんでしょ。だったらCursor Pro一本でよくない？」
これ、実態は違いました。
【実態】
Cursor ProでClaudeを指名して使うと、月に約225リクエストで枯渇します。
1日換算で7〜8回です。重いタスクを投げると、1回のリクエストで複数倍のクレジットを消費するので、実際はもっと少ない。
一方Claude Proは5時間ごとにリセットされる枠制で、積極的に使えば月に数千メッセージ級です。
同じ$20なのに、Claudeを使える量が全然違う。
「CursorでClaudeが使える」は本当です。でも「Claude Proと同じくらい使える」は全然違います。
強いて言うなら、こんな感覚です。
Cursor Pro経由のClaudeは「Claudeをお試しできる」レベル。「Claudeを使い倒せる」レベルではない。
【上限に達したときの構造が違う】
もう一つ、使ってみて気になった違いがあります。上限に達した後の話です。
Claude Proは5時間ごと・週次にリセットされる仕組みなので、上限に達しても最長5時間待てばまた使えます。一か月丸ごと使えなくなる、ということはない。
Cursor Proは月単位でリセットされます。クレジットを使い切ったら、翌月の請求日まで待つか、追加課金するかの二択です。
私はCursor Proを限界まで使い込まなかったので実体験はありませんが、Cursorのフォーラムでは「月初に使い切って残り三週間どうするんだ」という声が実際に出ています。
同じ$20でも、リセットの粒度がこれだけ違う。
【じゃあCursorのAutoモードは？】
「でもAutoモードなら無制限って聞いたけど」という話もあります。
これも実態は少し違います。
CursorのAutoモードは無制限ですが、どのモデルが使われるかはCursorが決めます。GPTが使われることもあるし、GeminiやCursor独自モデルが使われることもある。Claudeが使われるとは限りません。
クレジットを使い切った後もAutoモードは使えますが、その場合はよりコストの低いモデルに振られる可能性が高い。
つまりAutoモードの「無制限」は、モデル選択権をCursorに渡す代わりに量を保証するという取引です。
「Claudeをたっぷり使いたいからCursor」は、少なくともコスト面では合理的ではありませんでした。
【ではCursor Proに払う$20の価値はどこにあるのか】
Claudeの頭脳が目当てなら、Claude Proに直接課金した方が絶対に得です。
ではCursor Proの$20は何に払っているのか。
Tab補完やエディタ統合だけなら、GitHub Copilot（$10/月）でも手に入ります。半額です。それでもCursorが$20である理由は、**「エディタの中でAgentが自律的に動く」**という点にあります。
コードを見ながら、複数ファイルを横断しながら、自分で計画して実行までやり切る。
その体験はCopilotにはありません。
つまりCursor Proの価値を一言で言うと、**「エディタの中の自律エージェント」**です。Claudeではなく、この体験に$20を払う、ということです。
【第3章】有料版の本当の付加価値
入口の違いは分かった。Claudeを使う量の違いも分かった。
では次の疑問です。「そもそも有料版って、無料版と何が違うのか」。
【プロセスを踏む仕組みがある】
無料版のAIは基本的に、1プロンプトに対して1回答を返します。
有料版は違います。答えを出すまでにプロセスを踏む仕組みが入っています。
ただし、Claude ProとCursor Proではそのプロセスの入り方が違います。
Claude Proの場合: Extended Thinking（拡張思考）
難しい問いを投げると、Claudeは内部で段階的に推論してから最終回答を返します。「えーと、この問題はこうで、この条件があって、だとすると……」という思考プロセスを内部で展開する。外からは見えませんが、1プロンプトで数十秒〜数分考え込むこともあります。
一言で言うと、「深く考えてから答える」。
Cursor Proの場合: Agentモード
「このバグを直して」と投げると、Cursorは自分でファイルを探し、読み込み、修正を書き、動作確認までやります。1プロンプトで複数のステップを自律的に回す。
一言で言うと、「段取りを組んで実行する」。
【プロセスの入り方は違うが、共通点がある】
Claude ProもCursor Proも、**「一発回答ではない付加価値」**を持っています。
無料版との差を体感しやすいのはここです。無料版に慣れた人が有料版を使うと「なんか賢くなった」と感じる。でも正確には賢くなったというより、考える時間・段取りを組む時間が与えられている、というのが実態です。
$20は何に払っているのか。突き詰めると、この**「プロセスの厚み」**に払っています。
【プロセスの厚みが活きる場面は違う】
ただし、このプロセスが活きる場面はそれぞれ違います。
Claude Proが強いのは、答えを出すまでに深く考える必要がある場面です。複雑な設計の相談、仕様の整理、ロジックの検証など。コードに限らず、思考整理全般に強い。
Cursor Proが強いのは、コードを実際に動かしながら進める場面です。ファイルを横断して修正する、エラーを見ながら直す、複数ステップの実装タスクを流す。エディタの中でプロセスが完結するので、手が止まらない。
同じ「プロセスを踏む」でも、Claude Proは思考の深さ、Cursor Proは作業の広がり、という方向性の違いがあります。
これが、$20の使い道として二つの選択肢が残る理由です。
【第4章】性能はどちらが上か
使う前、一番気になっていたのはここでした。
「結局どっちが賢いのか」。
【モデルが同じなら答えは同じ】
結論から言います。
性能はモデルで決まる。同じモデルを使えば、同じ答えが返ってくる。
Cursor ProでもClaude Sonnetは使えます。Claude ProでもClaude Sonnetは使えます。同じモデルに同じプロンプトを投げれば、原理的に同じ答えが返ってきます。
「有料版の方が賢い答えを出してくれる」という感覚は、モデルの性能差ではなく、前章で説明した**「プロセスの厚み」**から来ています。
ただし一点だけ、体験として明確に差が出る場面があります。
【唯一Cursorが勝る点: リアルタイムTab補完】
コードを打ちながら次の行が自動で出てくる。
この体験はCursorにしかありません。Claude Codeはプロンプトを投げて結果を待つ形なので、タイピング中のリアルタイム補完は発生しません。
コードを打ちながらAIが次の行を出してくれる感覚は、一度慣れると手放しにくい。CursorのTab補完の受け入れ率は他のツールより高いというデータも出ています。「速く打てる」という体験は、思った以上に開発のリズムを変えます。
スピード感という意味では、コードを打っている最中はCursorが圧倒的に速い。
【ただしコンテキストの扱いは同等】
「CursorはプロジェクトのコードをAIが自動で読んでくれるから精度が高い」という話を聞くことがあります。
これはClaude Codeにも同じことが言えます。Claude Codeもプロジェクト全体を自律的に読みに行くので、「貼り忘れて的外れな答えが返ってくる」ということは起きません。
コンテキストの扱いという意味では、両者に差はない、というのが実際のところでした。
【ベンチマークでも傾向は同じ】
独立したベンチマーク調査では、同一タスクに対してClaude CodeはCursorの約5分の1のトークンで同等の結果を出した、というデータも出ています。重いタスクになるほど、Claude Codeの効率が上がる傾向があるようです。
ただしCursorは短時間の繰り返し作業や、素早い修正タスクでは速度面で優位に立ちます。
どちらが上か、ではなくタスクの性質によって得意不得意がある、というのが正直な印象です。
【結局、性能差よりも大事なこと】
使ってみて気づいたのは、「どちらが賢いか」より「どちらが自分の作業に合っているか」の方がずっと重要だということです。
同じ性能のモデルでも、タスクを渡す形が合っていなければ答えの質は下がります。コードを見ながら細かく指示したい人にはCursor。タスクを丸投げして結果を受け取りたい人にはClaude Code。
この「作業スタイルの合う・合わない」が、性能差より体感に効いてきます。
次の章では、具体的な開発領域に落としてこの話を続けます。
【第5章】Python開発で考えると答えが出る
性能差はモデル次第でほぼない。では具体的な開発で考えるとどうか。
Python開発で比べると、かなりはっきりした差が出ます。
【前提として、私はこういう立場です】
ここで少し自己開示しておきます。
私はNetSuiteのSuiteScript開発を仕事にしていますが、生粋のコーダーではありません。ぶっちゃけるとVSCodeの使い方もあまりよく知らない。コードは書けるけど、開発ツールへの習熟度という意味では、エンジニアの中では低い方だと思っています。
「並走したいのか、任せたいのか」という問いを自分に向けたとき、答えは一瞬で出ました。
任せたい。
コードを見ながらAIと一緒に手を動かすより、要件を伝えて結果を受け取る方が、自分の仕事のスタイルに合っている。VSCodeを使いこなす学習コスト自体、正直払いたくない。
この前提があった上で、Python開発の話を続けます。
【Pythonには「自律ループ」が使える】
NetSuiteのSuiteScript開発と、Pythonの開発には決定的な違いがあります。
Pythonはコードを書いたらその場で実行して結果を確認できる。エラーが出たらエラーメッセージが返ってくる。それをAIに渡してまた修正する。このサイクルを回せます。
そしてClaude Codeは、このサイクルを人間なしで自律的に回せます。
「このスクリプトを作って」と投げると、Claude Codeは:
- コードを書く
- 実行する
- エラーを読む
- 修正する
- また実行する
これを人間が画面を見ていなくても、勝手にやり切ります。
「実行→検証→修正の自律ループ」。これがClaude Codeの最大の強みです。
【Cursorはこのループに人間が入る】
Cursor ProのAgentモードも優秀です。でもCursorはエディタの中で動くので、基本的に人間が確認しながら進める設計になっています。
「ここまで書いたけどどうしますか」「このファイルを編集していいですか」という確認が入る。それがCursorの安心感でもありますが、完全に任せて離席する、という使い方には向いていない。
Claude Codeは逆です。「やっておいて」と言えば、戻ってきたら終わっている。
【体感の差はここに出る】
Python開発において、両者の体感差を一言で言うとこうなります。
Cursorは「並走する相棒」。Claude Codeは「任せられる部下」。
どちらが上ということではありません。でも**「実行結果を自動で検証させてさらに手を打たせる」という使い方はClaude Codeにしかできない**。
私はまだPython開発でClaude Codeをフル活用できていません。NetSuiteのSuiteScript開発では、コードをAIに実行させて自動検証させることが構造上できないからです。
でもPythonでそれができると知ったとき、「これはClaude Code一択だな」と思いました。
VSCodeの使い方をあまり知らない自分が、エディタを覚えながら開発するより、要件を投げて結果を受け取る方が、自分のスタイルに合っている。
並走したいのか、任せたいのか。自分がどちらのタイプか、ここを正直に見た方がいいと思います。
【第6章】NetSuite/SuiteScript開発で考えると
では私の本業、NetSuiteのSuiteScript開発ではどうか。
結論から言います。
SuiteScript開発では、「自律ループ」が使えません。これはClaude CodeもCursor Proも同じです。つまりSuiteScript開発においては、両者の最大の差が消える。
【なぜ自律ループが使えないのか】
Pythonなら書いたコードをその場で実行して、結果をAIに返して、また修正して、というサイクルをAIが自律的に回せます。
SuiteScriptはそれができません。
コードを書いたら、NetSuiteの環境にアップロードして、NetSuiteの画面上で動かして、結果を確認する。このプロセスに必ず人間が介在します。AIに「実行して確認して直して」を自律的にやらせる構造が、そもそも成立しない。
Claude CodeもCursor Proも、この制約の前では同じ条件です。
【差が消えた上で残る判断軸】
自律ループが使えないとなると、判断軸は別のところに移ります。
「どこで話しかけるか」、つまり第1章の入口の話に戻ってきます。
ここで私の開発スタイルが効いてきます。
私はVSCodeの使い方をあまり知らない。SuiteScriptの開発は主にNetSuiteのUI上のスクリプトエディタで直接書くか、SuiteCloud CLIを使う場面でもターミナルベースの作業が中心です。
「エディタの中で話しかける」というCursorの価値が、そもそも自分の開発環境にフィットしていない。
【SuiteScript開発でClaudeが強い場面】
一方Claude Proは、SuiteScript開発でも普通に強いです。
- SuiteQLのクエリを作る・デバッグする
- Records Catalogを見ながらフィールドを調べる
- スクリプトの設計を相談する
- エラーメッセージを渡して原因を特定する
- ドキュメントやコメントを書く
コードを書く前後の**「考える・調べる・整理する」**という作業全般で、Claude Proはそのまま使えます。
NetSuiteの画面とClaude Proのチャット画面を並べて作業する、というスタイルが自分には一番しっくりきました。
【SuiteScript開発者がCursorを選ぶとしたら】
ただし、Cursorが向いているSuiteScript開発者もいます。
VSCode + SuiteCloud CLI で開発していて、エディタ上でコードを書く時間が長い人。コードを見ながらAIと並走したい人。そういう開発スタイルの人にはCursorの体験が活きます。
要は自分の開発環境がVSCodeに乗っているかどうか、ここが分岐点です。
乗っているならCursorを検討する価値がある。乗っていないなら、Cursorのエディタ統合という最大の強みが活かしにくくなります。
【結局SuiteScript開発者の私はどう判断したか】
- 自律ループはClaude CodeもCursorも使えない → 両者の最大の差が消える
- VSCodeに乗っていない → Cursorのエディタ統合の価値が活かしにくい
- SuiteQL・設計相談・ドキュメント作成が多い → Claude Proがそのまま使える
この3点が揃って、Claude Pro一択という結論になりました。
SuiteScript開発者だから、というより自分の開発スタイルがCursorのフィットする前提を満たしていなかった、というのが正直なところです。
【第7章】Cursorの賞味期限問題
最後に、少し長い目で見た話をします。
これが、私がClaude Proを選んだ3つ目の理由です。
【「コードを見る開発」はなくなるか】
AIコード生成の精度が上がり続けると、ある問いが浮かびます。
「そもそも、コードを見ながら開発する必要があるのか」
今はまだ、AIが生成したコードを人間が確認して、修正して、判断する場面が多い。だからCursorの「コードを見ながらAIと並走する」という体験に価値があります。
でも、AIの精度が上がるにつれて、この「人間が確認する」ステップが減っていく可能性があります。
要件を伝えれば動くものが出てくる。VSCodeの使い方を覚えるコスト自体が無駄になる。そういう世界が、少しずつ近づいてきている気がします。
【Cursorが守ろうとしているもの】
Cursorもこの流れを見ていないわけではありません。
Tab補完よりもAgentモードへの投資が増えているのはそのためです。「エディタ統合」から「開発環境の入口」へのシフトを進めている。もちろん、その変化を見越してCursorも動いています。ただ現時点では、その答えはまだ途中です。
【賞味期限の話】
$20を払うとき、こう考えました。
Cursorに払う$20は、「コードを見ながら開発する」という前提の上に成立している投資です。その前提が崩れるとき、投資の価値も一緒に崩れる可能性がある。もちろん、Cursorもその変化を見越してAgentモードへのシフトを進めています。ただ現時点では、その答えはまだ途中です。
Claude Proに払う$20は、「AIと対話して考える・作る・整理する」という前提の上に成立している投資です。コードを見る開発がなくなっても、AIと対話する価値はなくならない。
どちらの賞味期限が長いか。今この瞬間の性能差より、自分にとってはこの問いの方が$20の使い道として重要でした。
【ただし、これは予測の話】
念のため言っておくと、これは現時点の話ではありません。
今すぐCursorが使えなくなるわけではないし、Cursorが優れているシーンは確実に存在します。コードを見ながら並走したい人、VSCodeに乗っている人、リアルタイム補完の速度感が好きな人にとっては、今でも十分$20の価値があります。
ただ、初めての$20をどちらに払うかという話であれば、賞味期限の長さは無視できない要素だと思っています。
【まとめ】結局、$20をどちらに払うか
長くなりました。整理します。
【私が調べて分かった3つのこと】
① 入口が違う
Cursor Proは「エディタの中で話しかける」。Claude Proは「エディタの外から話しかける」。何ができるかはほぼ同じ。違いは作業の起点がどこにあるか。
② Claude目当てでCursorは損する
Cursor ProでClaudeを指名すると月約225リクエストで枯渇する。リセットは翌月まで待つか追加課金。Claude Proは5時間ごとにリセットされるので、Claudeをたっぷり使いたいならClaude Proに直接課金した方が得。
③ Cursorの価値には賞味期限があるかもしれない
「コードを見ながら開発する」前提が崩れるとき、Cursorの強みも一緒に崩れる可能性がある。Claude Proへの投資は、その前提に依存していない。
【自分はどちらか、を問う3つの質問】
機能比較より、こちらの方が答えが出やすいと思います。
Q1. コードを打ちながら補完が欲しいか？
- Yes → Cursor Pro
- No／どちらでもいい → Claude Pro
Q2. 開発環境はVSCodeに乗っているか？
- Yes → Cursor Proを検討する価値あり
- No → Cursorのエディタ統合の強みを活かしにくい
Q3. AIに並走してほしいか、任せたいか？
- 並走したい → Cursor Pro
- 任せたい → Claude Pro（Claude Code）
【私の結論】
3つの質問、私の答えは全部Claude Pro側でした。
VSCodeに乗っていない。Claudeをたっぷり使いたい。任せたい。
だからClaude Proを選びました。そしてその後、使用量が足りなくなってClaude Maxに移行しました。それはまた別の話です。
【最後に一つだけ】
この記事を書いている時点での情報です。
CursorもClaudeも、料金体系と機能は現在進行形で変わっています。実際、執筆中に「ProプランからClaude Codeが一時的に外れる」という騒動もありました。結局元に戻りましたが、今後また変わる可能性は十分あります。
$20を払う前に、最新の公式情報を確認することを強くおすすめします。
【迷っているなら】
どちらにするか決められない場合、一番シンプルな答えはこれです。
1ヶ月ずつ試してみる。どちらも解約は簡単です。
自分の仕事の質が上がる実感が出た方を続ける。それだけでいいのかなと思います。
関連記事：
【Claude Max 実戦レビュー】NetSuite開発の「デグレ地獄」が一晩で終わった話｜Pro→$220への判断 - 業務の隙間を埋める技術メモ。
Cursorは誰に配るな？会社導入で「使わせていい人・ダメな人」の見分け方 - 業務の隙間を埋める技術メモ。
