室谷今回はCursorとCodexの話をしましょう。これ、.AI（ドットエーアイ）コミュニティでもここ最近ずっと話題になってるんですよね。
「CursorとCodexって別々のツールなの？」「どっちを使えばいいの？」って声が本当に多くて・・・
「CursorとCodexって別々のツールなの？」「どっちを使えばいいの？」って声が本当に多くて・・・
テキトー教師ですよね。講座でも必ずと言っていいほど出てくる質問です。
「Cursorを使ってるんですが、Codexってどう違うんですか？」という。前提として、Cursorエディタ上でCodexのモデルが使えるようになったのが大きなトピックなので、そこをまず整理しないと話が進まないんですよね。
「Cursorを使ってるんですが、Codexってどう違うんですか？」という。前提として、Cursorエディタ上でCodexのモデルが使えるようになったのが大きなトピックなので、そこをまず整理しないと話が進まないんですよね。
室谷そうなんです。結論から言うと、CursorはエディタでCodexはモデル名。
この2つは競合関係でもあり、連携関係でもある・・・という少しややこしい立ち位置なんですよね。
この2つは競合関係でもあり、連携関係でもある・・・という少しややこしい立ち位置なんですよね。
テキトー教師コミュニティのメンバーさんがよくハマるのがまさにそこで、「Codexを使いたいのにCursorを開いてしまう」とか「Cursor内でCodexを選べる場所がわからない」という混乱が起きています。
室谷この記事では、CursorとCodexそれぞれが何者なのか、Cursor内でCodexを使う方法、両者の比較、そして料金まで全部整理します。2026年時点の最新情報でいきましょう。
CursorとCodexはそれぞれ何者か
室谷まず基本の確認から。Cursorは何かというと、AIを中核に組み込んだコードエディタです。
Visual Studio Codeをベースに、エージェント機能やチャット機能を加えた開発環境ですね。
Visual Studio Codeをベースに、エージェント機能やチャット機能を加えた開発環境ですね。
テキトー教師一方のCodexは、OpenAIが開発したコーディング特化のAIモデルのシリーズです。ChatGPTに組み込まれているモデルの一系統で、2026年時点ではGPT-5.1-Codex-MaxやGPT-5.2系、GPT-5.3-Codex、GPT-5.4-Codex-Maxといったバリエーションが存在しています。
室谷そしてここが面白いポイントで、Cursorはフロンティアのコーディングモデルを幅広く搭載する方針をとっていて、AnthropicのClaudeシリーズもOpenAIのGPT・Codexシリーズも両方使えるんですよね。
テキトー教師つまりCursorは「器」で、Codexはその中に入れられる「モデル」のひとつ。この関係性を最初に理解しておくと、あとの話がスムーズに入ってきます。
室谷Cursorの公式ブログ（）でも、OpenAIと連携してCodexモデルをCursor内で最適化してきた経緯が詳しく書かれています。単純に「モデルを追加した」じゃなくて、Codexの特性に合わせてエージェントハーネスを専用チューニングしている・・・そこが他のエディタとの差別化になってますね。
テキトー教師教える立場から言うと、ここが重要で、CursorはただOpenAIのAPIを叩いているわけではなく、各モデルの動き方に合わせた「指示の最適化」をやっているということです。Codexモデル特有のシェル指向の動き方に合わせてツール定義やプロンプトを調整している、という話が公式ブログで公開されています。
Cursor内でCodexを使う方法と設定
室谷では実際にCursor内でCodexを使う方法を見ていきましょう。基本的な流れはシンプルで、Cursorのモデル設定からCodexを選ぶだけです。
テキトー教師Cursor上でCodexモデルを利用する手順を整理するとこうなります。
- Cursorを開いてエージェントを起動する（Composer）
- モデル選択のドロップダウンをクリック
- OpenAIのCodexモデルを選択
- そのままエージェントとして使う
室谷ただし、利用できるCodexモデルの種類はCursorの契約プランによって変わります。ProプランやUltraプランだと上位モデルにアクセスできる場合があります。
Cursorの料金体系についてはで最新を確認してください。
Cursorの料金体系についてはで最新を確認してください。
テキトー教師講座でよく聞かれるのが「右側に出てくるパネルで選べますか？」という質問です。インライン補完（Tab補完）とエージェントチャットでは、使えるモデルが若干異なることがあるので注意が必要ですね。
Codexモデルは主にエージェントモードでの利用を想定して設計されています。
Codexモデルは主にエージェントモードでの利用を想定して設計されています。
室谷そこが「cursor codex 右側」というキーワードで検索している人が多い理由だと思います。右側のComposer/エージェントパネルがCodexを使う主な場所、と覚えておくと迷いにくいです。
テキトー教師もう一つよく聞かれるのがCLIでの使い方です。CursorにはCLIが用意されていて、ターミナルから操作できます。
Codex CLIとの使い分けについては後で詳しく話しましょう。
Codex CLIとの使い分けについては後で詳しく話しましょう。
室谷認証（auth）周りで詰まる人もいます。Cursor内でOpenAIのモデルを使う場合、CursorのアカウントでサインインしていればOKで、別途OpenAIアカウントの認証は不要です。
MYUUUのチームでも最初そこで少し混乱しましたね（笑）
MYUUUのチームでも最初そこで少し混乱しましたね（笑）
Cursor、Codex CLI、Codex Webアプリの違い
テキトー教師ここを整理しておかないと、本当に混乱するんですよ。2026年時点では「Cursor」「Codex CLI」「Codex Webアプリ（codex.com）」という3つのルートでCodexモデルを使えます。
室谷それぞれの位置づけを整理するとこうなります。
| ツール | 形態 | 主な使い方 | 対象ユーザー |
|---|---|---|---|
| Cursor | デスクトップエディタ | コーディング全般・エージェント | 開発者全般 |
| Codex CLI | ターミナル/CLI | シェル操作・バッチ処理 | CLIに慣れた開発者 |
| Codex Webアプリ | ブラウザ（codex.com） | 気軽なタスク依頼 | 開発者・非開発者も |
室谷Cursor公式ブログの記事で触れられているんですが、Codex CLIはシェル指向のワークフローに特化して設計されています。そのため、Codexモデル自体もシェルを使ってファイルを検索したり編集したりすることを学習しているんですよね。
テキトー教師一方Cursorは、ツール呼び出し（ファイル読み込み・編集・リントチェック等）が専用のインターフェースとして整備されています。シェルコマンドの代わりにCursorのツールAPIを使う、という方向で最適化されているんです。
Cursor側でCodexを使うと「catコマンドではなくread_fileツールを使え」という指示をエージェントハーネスが自動で入れてくれる仕組みになっています。
Cursor側でCodexを使うと「catコマンドではなくread_fileツールを使え」という指示をエージェントハーネスが自動で入れてくれる仕組みになっています。
室谷これ、細かい話のように聞こえるんですが、実際の使用感にかなり影響するんですよね。ツール呼び出しの方がユーザー側から見やすいし、安全性も高い・・・ということで、CursorでCodexを使うとCLIで使うより「ツールが整備された感じ」がします。
テキトー教師ブラウザのCodexアプリは、もっと気軽なコーディングタスク依頼向きですね。「このコードのバグを直して」「READMEを書いて」くらいのタスクなら十分機能します。
コミュニティのメンバーさんで開発環境を持っていない方でも使いやすい入口になっています。
コミュニティのメンバーさんで開発環境を持っていない方でも使いやすい入口になっています。
室谷CursorとCodex Webアプリ（ブラウザ版）の違いで言うと、Cursorは既存のコードベースに対してエージェントが直接ファイルを触れる点が大きいです。ブラウザ版だとコードをコピペして渡す形になるので、大きなプロジェクトには向かないですね。
CursorとCodexの比較：使い分けの考え方
室谷「CursorとCodexはどっちを使えばいいのか」という質問、本当によく来るんですが・・・これ、土俵が違う質問なので少し整理する必要があります。
テキトー教師そうですね。厳密に言うと「CursorとCodex CLI、どっちをメインにするか」という質問になりますよね。
「Cursor上でどのモデルを使うか」という選択と混在している場合が多いです。
「Cursor上でどのモデルを使うか」という選択と混在している場合が多いです。
室谷海外でも2026年に入ってから「OpenAI Codex vs Cursor」という比較記事が増えていて・・・ただその多くがCodex CLI（ターミナルツール）とCursorを比べているんですよね。それぞれの特性はこんな感じです。
| 比較項目 | Cursor | Codex CLI |
|---|---|---|
| UIの形式 | GUIエディタ（デスクトップ） | ターミナル |
| コード補完 | あり（Tab補完） | なし（エージェント実行のみ） |
| ファイル操作 | GUI + 自動適用 | シェルコマンド主体 |
| 既存プロジェクト対応 | 強い | 強い |
| 非開発者の使いやすさ | 比較的高い | 低い |
| モデルの選択肢 | Claude/GPT/Codex等 | Codex系モデルのみ |
テキトー教師講座でこの表を見せると、「じゃあCursorの方が全部上じゃないですか」という人が出てくるんですが、実はそうでもなくて。
室谷Codex CLIはCIパイプラインに組み込んだり、サーバーサイドでバッチ実行したりするユースケースに向いています。GUIが不要な環境でコードタスクを自動化する、というニーズには強い。
一方CursorはIDEとして使うもので、「エディタとして日々開発する」が前提ですよね。
一方CursorはIDEとして使うもので、「エディタとして日々開発する」が前提ですよね。
テキトー教師室谷さんはClaude CodeとCodexを両方使ってるんでしたよね。
室谷そうです。実際に使ってみて感じるのが、Claudeは「一緒に仕事する相手」として設計されていて、Codex（GPT系）は「正解を出す機械」として設計されているという違いです。
コード品質の厳密さはGPT/Codex系が優れていて、コードの可読性や会話のしやすさはClaude系が上、という印象ですね。
コード品質の厳密さはGPT/Codex系が優れていて、コードの可読性や会話のしやすさはClaude系が上、という印象ですね。
テキトー教師教える立場から言うと、この違いは「どんなチームで使うか」にも影響します。コード品質を自動チェックしてほしい場面ではCodex系、コードの意図を説明しながら対話したい場面ではClaude系・・・という使い分けが自然に出てきます。
室谷Wharton教授のMollickが以前CodexとClaude Codeのスキル設計思想を比較したポストを出していて、これが結構本質をついていたんですよね。
テキトー教師この投稿が指摘していた「Codexは技術リファレンス型、Claude Codeはプロセスガイド型」という分類、実際に使っていて確かにそうだと感じます。Codexに渡すのは「ここにこういう機能を追加する」という仕様、Claude Codeに渡すのは「こういう考え方でコードを改善していく」というプロセス・・・という感覚ですね。
Codexのモデルバリエーションとバージョン
テキトー教師Codexのモデル名が複数あって、「どれを選べばいいのか」というのも頻出の質問です。整理してみましょう。
室谷2026年時点でCursor上やCodex CLI上で使えるCodex系モデルは複数あります。ただし公式が公表しているモデル名は変わりやすいので、必ずやで最新を確認してください。
テキトー教師よく聞かれる「Codex 5」「Codex 5.1」「Codex 5.2」「Codex 5.3」「Codex 5.4」という呼び方は、主にコミュニティやSNSでGPT-5系のCodexバリエーションをバージョン的に呼んでいるものです。公式のモデル名とは必ずしも一致しないので注意が必要です。
室谷Codex CLIに関して言えば、ラインナップとしてCodex Miniという軽量・高速版も存在します。複雑な処理が不要な場面や、コスト最適化したい場合にCodex Miniを使う、という判断をするチームも増えています。
テキトー教師Cursor内で選べるモデルも時期によって変わります。Cursorのchangelogページ（）を定期的にチェックする習慣があると、新しいモデルが追加されたときに気づきやすいです。
CodexとCursorの料金・コスト
室谷料金についても整理しましょう。これも「結局いくらかかるの？」という質問が頻繁にくる部分ですね。
テキトー教師まずCursorの料金から見ていきましょう。Cursorは月額サブスクリプション型です。
| プラン | 月額 | 特徴 |
|---|---|---|
| Hobby | 無料（制限あり） | 基本的なAI機能 |
| Pro | 約$20/月 | Premiumモデルへの多めのアクセス |
| Pro+ | 約$40/月 | さらに多いPremiumモデルリクエスト |
| Ultra | 約$200/月 | 大量アクセス・業務利用向け |
室谷このサブスクリプション内でCodexモデルも使えるわけですね。ただし「Premiumモデルとして」カウントされる場合が多く、使用量の上限が関係してきます。
最新の料金はで確認してください。
最新の料金はで確認してください。
テキトー教師Codex CLIの方は、OpenAIのAPIを直接叩く従量課金と、ChatGPTの有料プランに含まれる使用量の2種類があります。公式のレートカードによると、平均的なチームでは開発者1人あたり月$100〜$200程度というデータが出ています。
ただしモデルの種類や使い方で大きく変わります。
ただしモデルの種類や使い方で大きく変わります。
室谷ChatGPT BusinessやProプランに加入している場合、Codexをある程度使えることがあります。ただし使用上限があるので、ヘビーユーザーはAPI経由での従量課金と組み合わせることになりますね。
テキトー教師CursorでCodexを使う場合のコスト感を言うと、Cursorのサブスク（Pro $20/月程度）の範囲内でCodexも使えることが多いです。これはCursorがOpenAIと契約してモデルアクセスを提供しているからで、ユーザーが直接OpenAI APIを叩く必要はない。
MYUUUさんのチームでは実際どう運用してますか？
MYUUUさんのチームでは実際どう運用してますか？
室谷うちは開発メンバーが基本CursorのProかUltraを使っています。エージェントタスクをがっつり回す人はUltra、というイメージ。
APIを直接使うよりCursorのサブスクで賄える分は賄う、という方針ですね。
APIを直接使うよりCursorのサブスクで賄える分は賄う、という方針ですね。
Cursor内でCodexを使う実践的なTips
室谷実際に使い込んで気づいたことをいくつか共有します。まず、Codexモデルをエージェントとして使うとき、タスクの記述を「シェル指向」で書くとうまく動きやすい傾向があります。
テキトー教師具体的にはどういうことですか？
室谷Codexはシェルコマンドを使って問題解決する訓練を積んでいるので、「このファイルを修正してください」より「このファイルのこの関数のバグを修正して、テストを実行して確認してください」みたいに、実行可能なタスクとして書くとスムーズに動きます。
テキトー教師なるほど。コミュニティのメンバーさんからも「Codexに渡すプロンプトの書き方がわからない」という声があって、それはモデルの設計思想を知らないから起きているんですよね。
Cursor公式ブログでも「Codexにはlintチェックをいつ使うかを明確に指示する必要がある」という話が出ていました。
Cursor公式ブログでも「Codexにはlintチェックをいつ使うかを明確に指示する必要がある」という話が出ていました。
室谷自動補完（autocomplete）については、Cursorのタブ補完機能はCodexモデルというよりCursor独自の補完エンジンが担っている部分が多いです。エージェント（Composer）でCodexを選んだからといって補完の感触が大きく変わるわけではない、というのは押さえておくといいです。
テキトー教師GitHubとの連携に関しても聞かれることが多いです。CursorにはGitHub MCP連携があって、PRのコードレビューやブランチ操作もエージェントからできます。
Codexモデルでもこれは使えるので、「cursor codex github」という組み合わせは実際に業務で使えるシナリオです。
Codexモデルでもこれは使えるので、「cursor codex github」という組み合わせは実際に業務で使えるシナリオです。
室谷Figmaとの連携も同様です。Cursor FigmaのMCP連携でデザインをコードに変換するワークフローがありますが、モデルはCodexでもClaudeでも選べます。
デザイン解釈の精度は実際に試し比べてみるのが一番ですね。
デザイン解釈の精度は実際に試し比べてみるのが一番ですね。
Codexのエラーと対処法
テキトー教師エラーの話もしておきましょう。「cursor codex error」「cursor codex auth」あたりはよく検索されているキーワードです。
室谷よくあるエラーをまとめるとこうなります。
| エラー | 原因 | 対処法 |
|---|---|---|
| 認証エラー（auth） | Cursorにサインインしていない | Cursor設定からSign in |
| モデル選択できない | プランが対応していない | CursorのProプラン以上にアップグレード |
| 応答が来ない | 使用量上限到達 | しばらく待つ or プランアップグレード |
| 途中で止まる | 長いタスクのタイムアウト | タスクを小さく分割 |
テキトー教師認証周りで特に多いのが「Cursorにはサインインしているのに、Codexモデルが選択肢に出てこない」というパターンです。これはプランの問題か、Cursorのバージョンがまだそのモデルをサポートしていないかのどちらかです。
室谷バージョン関連で言うと、Cursorはアップデートでサポートするモデルのラインナップが変わります。Cursorを最新バージョンに更新してから再確認するのが基本です。
テキトー教師「subscription」周りの質問も来ます。「CursorのサブスクとOpenAIのサブスクはどちらが必要ですか？」という。
基本的にCursorのサブスクだけでOKです。OpenAIのAPIキーをBYOK（Bring Your Own Key）で持ち込む設定もできますが、一般的な使い方では不要です。
基本的にCursorのサブスクだけでOKです。OpenAIのAPIキーをBYOK（Bring Your Own Key）で持ち込む設定もできますが、一般的な使い方では不要です。
CodexをCursorでなくClineで使う選択肢
室谷ここまでCursorを主体に話してきましたが、CodexモデルをCursorではなくClineと組み合わせるという選択もあります。「cline cursor codex」という検索が一定数あるのはそのためですね。
テキトー教師ClineはVSCodeの拡張機能として動くAIエージェントです。CursorのようなフォークエディタではなくVSCodeに追加する形で使えます。
ClineからOpenAIのAPIキーでCodexモデルを指定することも可能です。
ClineからOpenAIのAPIキーでCodexモデルを指定することも可能です。
室谷MYUUUでCursorを使っている理由のひとつが、Cursorはエージェントハーネス自体が最適化されているという点なんですよね。Cline + Codexだと、Codex向けのハーネス調整はCursorほど細かくされていないケースもあります。
テキトー教師ただClineにはClineのメリットもあって、VSCodeの拡張エコシステムをそのまま活かせるという点では開発環境の移行コストが低いです。GitHub Copilotとの共存もしやすい。
どちらを選ぶかはチームの状況によりますね。
どちらを選ぶかはチームの状況によりますね。
室谷Codexをどの器で使うか、という選択はこれからさらに複雑になっていくと思います。AntiGravityやSpark、Alera（Codex系の派生コードネームで語られているもの）など、新しい選択肢も出てきていますし・・・
テキトー教師そのあたりのコードネームもコミュニティで話題になっていますね。「cursor codex alera」「cursor codex antigravity」あたりは、Codexの特定バリエーションやCursorの内部実装に関心を持つ開発者が調べているキーワードです。
公式から正式に発表されたものと、コミュニティ発の通称が混在しているので、情報源には気をつけてください。
公式から正式に発表されたものと、コミュニティ発の通称が混在しているので、情報源には気をつけてください。
Codexのプラグインシステムとエコシステムの最新動向
室谷最後にCursorとCodexのエコシステム最新動向も触れておきましょう。2026年に入ってCodex側で大きな動きがありました。
テキトー教師プラグインシステムのローンチですよね。ChatGPTアカウントと同じOAuth認証でカレンダーやCRM、バグトラッカーなど外部サービスに接続できるようになった、という。
室谷そうです。CodexがCursorのMCPポジションに近いものを独自実装してきた、という見方もできますよね。
CursorはMCPで外部ツール連携を広げていて、CodexはプラグインとOAuth認証で広げていく。
CursorはMCPで外部ツール連携を広げていて、CodexはプラグインとOAuth認証で広げていく。
テキトー教師競争の方向性が面白いですよね。CursorがMCP対応で「どのモデルを使っても外部ツールに繋げる」環境を作っているのに対して、Codexは「Codex独自のエコシステムで全部やる」方向に進んでいる。
室谷この競争構図、実はユーザーにとっては両方が競い合うことで選択肢が増えてメリットがあります。MYUUUでは今後もどちらも試しながら、実際の業務でどちらのROIが高いかを検証し続けます。
よくある質問（FAQ）
テキトー教師最後によく聞かれる質問をまとめましょう。
室谷では5つ、ピックアップします。
CursorでCodexを使うのに追加料金はかかりますか？
室谷Cursorのサブスクリプション（ProやUltra）に含まれるPremiumリクエスト枠の中でCodexが使えます。別途OpenAIに課金する必要は通常ありません。
ただしBYOK設定でOpenAI APIキーを持ち込む場合はOpenAI側でも課金が発生します。
ただしBYOK設定でOpenAI APIキーを持ち込む場合はOpenAI側でも課金が発生します。
テキトー教師上限に達した後の継続利用はどうするか、というのも聞かれます。プランをアップグレードするか、翌月のリセットを待つか、APIキーをBYOKで持ち込むか、という3択です。
Codex CLIとCursor、どちらを先に試すべきですか？
室谷普段からIDE（エディタ）を使って開発している人はCursorから入るのが断然スムーズです。コードがそのまま見えて、ファイル操作もGUIで確認できる。
Codex CLIはコマンドラインに慣れていることが前提なので、初心者にはハードルが高いです。
Codex CLIはコマンドラインに慣れていることが前提なので、初心者にはハードルが高いです。
CodexとClaude Code、Cursorではどちらを使うのが効率的ですか？
テキトー教師一概にどちらがよいとは言えませんが、コミュニティのメンバーさんへのアドバイスとしては「まずどちらか一方を使い込んでから比較する」です。最初から両方使おうとすると、どちらの特性も掴めないまま終わります。
室谷MYUUUチームの話をすると、コード品質の検証が重要なタスクはCodexモデルを試すことがあって、設計議論や段階的な実装は引き続きClaude Codeを使う、という使い分けが自然に出てきています。
Codex Miniはどんな場面で使うべきですか？
テキトー教師Codex Miniは軽量・高速・安価なので、「こなれた定型タスク」に向いています。例えば既存コードのリファクタリング、テストの雛形生成、簡単なバグ修正などです。
大規模な設計変更や複雑なロジックはフルサイズのCodexモデルを使った方が精度が出ます。
大規模な設計変更や複雑なロジックはフルサイズのCodexモデルを使った方が精度が出ます。
Cursor ForumでCodexの情報を集めるには？
室谷Cursorの公式フォーラム（）ではモデルごとのスレッドや実際のユーザーのフィードバックが集まっています。「cursor codex」で検索すると設定の質問やトラブルシューティングの情報が見つかることが多いです。
テキトー教師Redditの
r/cursorやr/ChatGPTもCodexの使用感に関する生の声が集まっています。公式ドキュメントに載っていないTipsが見つかることもあります。まとめ：CursorとCodexの関係をどう使いこなすか
室谷まとめると、CursorとCodexは「競合か連携か」という二項対立ではなく、「CursorというIDEの中でCodexというモデルを選択できる」という関係ですね。
テキトー教師そして「Cursor vs Codex CLI」という比較軸では、普段のコーディング作業はCursor、CI/CDパイプラインやサーバーサイドのバッチ処理はCodex CLI、という棲み分けが自然です。
室谷2026年現在、CursorもCodexも急速に進化しています。モデルのラインナップも変わりますし、プラグインやMCPのエコシステムも拡充されていきます。
公式ブログ（）やchangelog（）を定期的に確認しながら最新の状況に合わせて使い方を更新するのがベストプラクティスです。
公式ブログ（）やchangelog（）を定期的に確認しながら最新の状況に合わせて使い方を更新するのがベストプラクティスです。
テキトー教師「どちらを選ぶか」ではなく「どのシーンでどちらを選ぶか」というマルチモデル思考で考えると、AIコーディングツールの選択はずいぶん楽になります。この記事がその判断の材料になれば幸いです。
