< BACK Claude Code vs Codex vs Cursor:6ヶ月使用後の正直なレビュー -- ラインアート イラスト

Claude Code対Codex対Cursor:6ヶ月使用後の正直なレビュー

6ヶ月前、今でも考える決断をした。Seahawkチームに、AIコーディングアシスタントに本気で取り組むと言った。かじるのではなく、簡単な勝利を選別するのではなく、実際にクライアントの本当の仕事をこれらのツール経由でルーティングして、何が起きたかを測定する。つまり、請求時間、ライブリポジトリ、本番環境へのデプロイメント。おもちゃのプロジェクトではなく。「ToDoアプリを作ってくれ」というデモではなく。

重要なポイント:6ヶ月間毎日使用した結果、Claude Codeはコンテキスト深度とツーリングでエージェンシー業務に勝り、Cursorはエディタ内フローで勝り、Codexは生のコード補完で勝ります。ほとんどのチームは2つのツールを組み合わせて使用することになります。

9年間で1万2千サイトをこなすと、ハイプと本物のシフトを見分ける嗅覚が相応に研ぎ澄まされる。そして正直に言うと?このスペースは両方が同時に起きているんだ。だからこれについて書くのはこんなに厄介なわけだ。

では、ここからだ。Claude Code、OpenAI Codex(API経由と新しいCodex CLI)、そしてCursorとの6ヶ月。ランキングなし、始まる前からの勝者宣言なし。ただ、実際に分かったこと。

---

なぜ3つを同時に実行したのか

ひとつを選んで深く掘り下げる誘惑がある。あれは本当にそうしかけた。1月、VS Code統合が最も抵抗が少ないパスに見えるから、単にCursorに標準化するつもりだった。その時、マンチェスターのSaaS創業者であるクライアントが、内部ロジスティクスダッシュボードを構築していて、Pythonが多いバックエンドを渡してきた。本当に不透明で、Cursorの提案はファイル3つ離れたところに存在するコンテキストを見落とし続けた。

その時点で、唯一誠実な評価方法は、同じカテゴリのタスクを各ツールで並行して実行することだと決めた。まったく同じプロンプトではない、それは人為的だからだが、同じ種類の仕事だ。レガシーPHPのリファクタリング、FigmaのスペックからReactコンポーネントを新規作成、間欠的なAPIエラーのデバッグ、既存関数のテストカバレッジ生成といった具合に。

結果は予想外の方法で私を驚かせました。

---

Claude Code:文脈理解は恐ろしいほど優れているが、予想より遅い

ストレートに言う。Claude Codeが3つの中で最も思慮深い。その言葉は曖昧に聞こえるかもしれないから、具体的にしよう。

2021年に書いた400行のWordPressプラグインをそれに渡した時、当時は今では恥ずかしいと思うことをしていた時代だ。$_POSTから直接オプションを保存して、サニタイズせずにいた。見た目の問題を修正するだけではなかった。アーキテクチャパターンにフラグを立てて、そのアプローチがなぜ脆いのか説明して、セキュリティギャップを修正しながら正確な動作を保持したリファクタ版を提示した。Cursorはそのうちの半分をやった。Codexは基本的に同じ悪いパターンをよりきれいにした版をくれた。

強み

長いコンテキストの推論は現実です。コンポーネントツリー全体を貼り付け、3層深いバグを説明できます。Claude Codeはスレッドを追跡して失うことはありません。他人の混乱を定期的に引き継ぐエージェンシーの仕事では、それは小さなことではありません。

また説明も上手く書く。チームの後輩がリファクタがなぜそうなるのか理解できない時、Claude Codeのアウトプットは教える傾向がある。小さなチームをレベルアップさせようとしている時、それは実際の価値を持つ。

不満な点

スピード。レスポンスはCursorのエディタ内オートコンプリートより遅い。比較は公平ではない。違う相互作用モデルだから。しかし、フロー状態の時は、返答を3~5秒待つのは何かを壊す。

料金設定も実際に難しい問題だ。使用量が多いと、APIコストは予想より速く膨らむ。2月だけで約£340分のClaude APIコール(クライアントプロジェクト全体)を使った。破滅的ではないが、どこかで請求書に載せなければならない。

---

OpenAI Codex:みんなが忘れているツール

Codexについてはこういうことだ。ChatGPTとGPT-4oがすべての酸素を吸収する今、人々はあまり話さなくなった。しかし2025年にOpenAIが出したCodex CLIはターミナルネイティブワークフロー向けに本当に興味深い。

fintech顧客向けのプロジェクトで多用した(NDA関係で名前は言えない、標準的なやつ)。その時はコードベース全体がモノレポに住んでいて、エディタではなくターミナルで大量の作業をしていた。codexをシェルコンテキストのインラインで実行でき、ファイルを直接読め、サンドボックス環境でコマンドを実行できるというのは、他のツールのチャットスタイル相互作用とは違う感じがした。

Codexが活躍する場面

自動化タスク。Bashスクリプト。GitHub Actionsワークフローの作成。厳密なパターンに従うボイラープレートの生成。そのフィンテックプロジェクトでは、CI/CDパイプラインのYAMLの約60%をCodexに生成させたが、十分きれいで、軽微な編集しか必要なかった。

また3つの中で最も文字通りだ。正確なスペックを与えると、それに従う。説教じみたことがない。「これは良いアプローチだ」もない。ただやるだけだ。時々、それがちょうど望むことだ。

欠点がある部分

文字通りの裏返しは脆弱性だ。曖昧なプロンプトは曖昧なコードを産む。そしてClaude Codeと異なり、聞くべきだったが聞かなかったことを確実にキャッチしない。3月に、Codexが完全に機能するデータベースマイグレーションスクリプトを生成した事例があった。それはPostgres 14データベースで既存列のDEFAULT値の扱い方が原因でサイレントデータロス問題を引き起こしていただろう。ちょうど頼んだ通りだった。ただ知る必要があったことを教えてくれなかっただけだ。

それは信頼における意味のある違いだ。

---

Cursor:毎日実際に使っているツール

正直に言うと、Cursorが最初に開くツール。「最高」という抽象的な意味ではなく、自分が働く場所に存在しているから。VS Code財団は、文脈切り替えがゼロを意味する。拡張機能がある。キーバインディングがある。2019年から使っている配色テーマ(One Dark Pro、気になれば)がある。

エディタ内の体験

Cursorのタブ補完は、きちんと動いている時は本当に不気味だ。先月、関数を始めて、タブを2回押すと、実装全体がちょうど自分が書いたものだった。似ているのではなく、正確に。それは約30%の時に起こる。残り70%は有用だが魔法ではない。それでもいい比率だ。

Cmd+Kのインライン編集とサイドバーのチャットパネルは異なるワークフローをカバーしており、Cursorが1つのモードを強制しないことを評価している。コードについて会話したい時もある。この1行だけ修正したい時もある。このツールは両方をシームレスにできるようにしてくれる。

残念な部分

Cursorは長いコンテキストのタスクになると動作が不安定になります。約85,000行のコードを持つコードベース、大規模なWooCommerce構築をした英国の小売業者向けのもの、そして3つの異なるプラグイン相互作用全体でカスタム送料計算がカート合計にどう影響するかを追跡するよう依頼しました。混乱しました。どのファイルが何をしているかについて自信ありげだが間違った答えをくれました。

Claude Codeは同じタスクをより良く処理しました。時間がかかりました。ただし正解にたどり着きました。

基盤となるモデルの問題もあります。Cursorは自動補完用にClaude、GPT-4o、その他から選択できます。これは便利ですが、デフォルトの「Cursor Tab」モデルは独自に訓練されたモデルであり、何を得ているのか、なぜ特定の提案をしたのかが常に明確ではありません。クライアント案件では避けたい不透明性があります。

---

直接対決:タスク分類

6ヶ月経過後、実際に気にかけるタスクタイプ全体で各ツールをざっと採点した結果は以下の通りです:

レガシーコードのリファクタリング(PHP、古いJS):

  • Claude Code:最高。あなたが尋ねなかったことも見つけます。
  • Cursor:良好。より速く、やや不十分。
  • Codex:プロンプトが正確なら問題ありません。

新しいコンポーネントをゼロから書く場合:

  • Cursor:最強。エディタ内のフローが高速です。
  • Claude Code:強力で、やや遅い。
  • Codex:ボイラープレート向けに堅実です。

間欠的なエラーやロジックエラーのデバッグ:

  • Claude Code:最強。推論チェーンが可視化され、通常は正確です。
  • Cursor:明らかなバグに対してはまともです。
  • Codex:ここが最も弱い。ニュアンスが必要な場面では字句的すぎます。

DevOps / スクリプト / 自動化:

  • Codex CLI:ターミナルファーストの作業に最強です。
  • Claude Code:強力である。
  • Cursor:このタスクに適したツールではない。

チームの可読性(ジュニアが理解できるコード):

  • Claude Code:かなりの距離で最高である。
  • Cursor:モデルによって異なる。
  • Codex:簡潔である。

---

誰も正直に話さないコストの現実

3つのツールを6か月間実行するには実際の費用がかかる。私が費やした金額は以下の通りである:

  1. Cursor Pro、月$20。高速リクエスト上限(標準層で月500)が集中する日には予想外に速く達します。
  2. Claude API(Claude Code用)、プロジェクトの負荷量に応じて月£180~£340の間で変動します。
  3. OpenAI API(Codex CLI用)、私の使用レベルでは月約£90~£120。

月額で£300~£500のツール費用です。フリーランサー個人にとっては実在する経費項目です。クライアント案件を請求する代理店にとっては吸収しやすいですが、実際に追跡して計算する必要があります。多くの人が意外とこれをしていません。

私にとってのROI計算は正直に言うと:これらのツールは月に請求可能相当時間で10~15時間節約していると見積もります。私のレート計算では、それは£500より大幅に価値があります。ですが数学は、節約した時間に対して何をするかについて規律的であれば機能するだけです。単に節約時間をHacker Newsのスクロールに使うだけなら、ROIはゼロです。

Pragmatic Engineerに、AI開発者ツールの価格モデルについてのまともなサードパーティ分析がありますので、経済学についてもっと深掘りしたければ確認してみてください。

---

仕事のやり方で変わったこと

この実験後にシフトした具体的なものが何か:

  • これらのツールを自動補完エンジンとして扱うのをやめて、初期段階のレビューアーとして扱い始めた。コードを書く。その後、ツールに何を見落とした訊ねる。
  • 不確実なことはClaude Codeを使い、確実だけどスピードアップしたいことはCursorを使っています。
  • チケットのようにプロンプトを書き始めました。コンテキスト、制約、期待される出力を明確にする形です。Simon Willisonのプロンプティングに関する執筆がこれについての考え方を変えました。
  • AI生成コードが一行もPRに入る前に、私はすべての部分をレビューします。ツールを信頼していないからではなく、信頼しなかった一度、11月のCursor提案がNode.jsハンドラに微妙な競合状態を導入して、2時間のデバッグにかかりました。

その最後の点が重要だ。これらのツールは速く、しばしば正しい。常に正しいわけではない。レビューする専門家としての義務は消えない。

---

FAQ

AI コーディングツールを始めたばかりのフリーランサーにとって、どのツールが最適か?

躊躇なく Cursor だ。月20ドルの価格ポイントは合理的で、VS Code との統合は環境における学習曲線がなく、品質は初週で本当の生産性向上が見える程度に高い。そこから始めよう。後で広げればいい。

重い API ユーザーでなくても Claude Code は使えるか?

使える。ただ経済性はシフトする。生 API ではなく Claude.ai の Pro プラン(月20ドル)経由で使う場合、Claude Code へのアクセスは使用量キャップ付きで得られる。より予測可能なコストだ。API ルートはより多くの制御を与えるが、支出を注意深く追跡する必要がある。

2025年において、GPT-4o がこれだけ注目を集めている中で、Codex を使う価値はまだあるか?

ターミナルネイティブで自動化が重いワークフロー向けなら、そうです。スクリプトとCI/CD作業では過小評価されています。仕事がエディタ中心なら、スキップできます。しかしターミナルで実際の時間を費やし、多くのバックエンドデベロッパーはそうですが、Codex CLIは見る価値があります。

これらのツールは本当に大規模なコードベースを理解できるのか?

部分的にはそうです。Claude Codeは現在、他より大きなコンテキストウィンドウを扱うのに優れています。Anthropicは技術詳細を望む場合、コンテキストウィンドウ仕様を公開しています。しかし「理解」は大げさです。見えるもの内では推論が良いです。コードベースを読みやすく、よく文書化された状態に保つ規律はAIツール無しより有った方が、もっと重要です。

AIコーディングツールは開発者に取って代わるのか?

私が知っているものは違います。置き換えるのは低集中度の仕事、ボイラープレート、明白なリファクタリング、反復的なパターン適用です。置き換えないのは、なぜそのものを構築しているのか、アーキテクチャが意味をなすかどうか、クライアントが実際に必要としているもの対依頼されたもの。その判断ギャップが仕事の存在する場所です。

---

半年経った今、私の意見はおそらくあなたの予想と違うでしょう。勝者がいるとは思いません。やっている作業によって、その時間に適切なツールが変わるのです。このera で最大の成果を得る開発者というのは、ツーリングについて好奇心を持ち続け、批判的思考をオンにしたままにして、判断をアウトソースせず、単純作業だけをアウトソースする人たちです。

これはいつだってそうだった。ただ今は明白になってるだけだ。

< BACK