5.5 Codexの性能・料金と5.6の選び方を実務で比較・確認

「5.5 Codex」は正式な製品名か

「5.5 Codex」と検索すると、GPT-5.5-Codexという専用モデルが存在するように見えます。しかし、OpenAIが2026年4月23日に公開したGPT-5.5の発表で示されているのは、GPT-5.5というモデルがChatGPTとCodexで利用できるという関係です。Codexはコードを含む作業を進めるためのアプリ、端末、エディタなどの入口であり、GPT-5.5はその中で推論や生成を担うモデルです。検索語を読むときは、入口の名前とモデルの名前を一つにまとめないようにします。

この違いを先に押さえると、「Codexを更新すればGPT-5.5へ変わるのか」「GPT-5.5を選べばCodexの機能がすべて使えるのか」という疑問を切り分けられます。クライアントの版、契約プラン、モデルの表示、作業対象のリポジトリは別の確認項目です。実際に選択欄へ何が表示されるかを確かめ、公式ページに書かれた提供範囲と自分の画面を照合するのが出発点です。

GPT-5.5とCodexの役割

GPT-5.5は、コードを書く瞬間だけでなく、既存の構成を読み、原因を仮説化し、修正後の結果を確かめる一連の作業を意識したモデルです。Codexはそのモデルにファイルや端末の情報を渡し、差分や検査結果を確認しながら仕事を進める場所です。したがって、同じGPT-5.5でも、渡す資料の範囲、作業を許可する範囲、最後に人が見る確認点によって結果は変わります。モデル名だけを見て性能を判断しないことが大切です。

OpenAIはGPT-5.5について、エージェント型のコーディング、文書作成、表計算、画面操作などを一つのモデルで扱える点を説明しています。これは「どんな作業でも確認なしに任せられる」という意味ではありません。対象ファイル、期待する結果、触れてはいけない範囲を具体化し、作業が終わったあとに差分、検査、表示を確認して初めて、性能が実務の品質につながります。

なぜ今「5.5 Codex」を確認するのか

GPT-5.5の提供開始から数か月でGPT-5.6が登場し、古い比較記事の前提が変わったためです。2026年7月9日のGPT-5.6公式発表では、GPT-5.6がChatGPT、Codex、OpenAI APIで利用できると案内されています。5.5を調べること自体は無意味ではありませんが、いま使える選択肢を確かめるには5.6を含めて見なければなりません。

また、検索結果にはGPT-5.3-Codex、GPT-5.4、GPT-5.5、GPT-5.6が混在します。これらは同じ名称の数字違いではなく、発表時期、設計の中心、提供される入口が異なります。記事の公開日や公式の更新日を確認し、いつの情報なのかを明記したうえで、手元のモデル選択欄と照合することが、今の状況に合った読み方です。

GPT-5.5をCodexで使うと何が変わるか

GPT-5.5の価値は、短いコード片をきれいに書くことだけではありません。問題を理解するために複数のファイルを読み、変更の影響を考え、テストや画面の結果を見て修正を続けるという、開発作業全体のつながりにあります。OpenAIの発表では、Codexで実装、リファクタリング、デバッグ、テスト、検証まで扱う力が強化されたと説明されています。実務では、この説明を自分の課題に置き換え、何を任せれば効果が出るかを見極めます。

ただし、モデルが高性能でも入力が曖昧なら結果は安定しません。対象となる機能、変更してよい場所、維持する仕様、確認する検査を最初に書くと、余計な範囲へ広がりにくくなります。さらに、最終的な採用条件を「テストが通る」だけにせず、差分が読みやすいか、既存の設計に合うか、失敗した場合に原因を追えるかまで決めておくと、5.5の力を評価しやすくなります。

コード調査から修正までをつなぐ

一つの不具合を直す場合、最初から変更案だけを求めるより、まず関係するファイルと呼び出し経路を調べ、原因候補を整理し、その後に修正を依頼するほうが確認しやすくなります。GPT-5.5をCodexで使うときも、調査結果と推測を分ける指示が有効です。どの記述が事実で、どこからが仮説なのかが明確なら、途中で人が方向を修正できます。修正後は、変更した行だけでなく呼び出し側とテストも確認します。

複数の候補があるときは、最初の案をそのまま採用せず、なぜその場所を変えるのかを説明させます。説明が既存コードと一致しているか、対象外のファイルに触れていないか、エラーを隠していないかを見れば、見た目のよい差分に惑わされにくくなります。GPT-5.5の能力を活かす要点は、答えを一度受け取ることではなく、調査、変更、検査を同じ条件でつなぐことです。

長い課題では文脈の使い方を見る

長い課題では、モデルの文脈窓が大きいことだけでなく、必要な情報を整理して保持できるかが重要です。リポジトリ全体を無制限に渡すと、関係の薄い情報が混ざり、判断の焦点がぼやけることがあります。最初に構成を確認し、対象となる層や機能を絞り、途中で決まった制約を短くまとめると、長い会話でも判断を追いやすくなります。

GPT-5.5の発表では、Codexで400Kの文脈窓が案内されています。ただし、モデルの仕様上の値と、アプリや端末の画面に表示される実効的な値は同じとは限りません。画面の表示、選択中のモデル、利用する入口、会話の圧縮状態を分けて記録し、長い仕事の途中で何が残っているかを確認してください。容量の数字だけを比較しても、実際の成功率は分かりません。

GPT-5.3-CodexやGPT-5.4との違い

GPT-5.3-Codexは、長時間の開発作業やエージェント型のコーディングを中心に設計されたモデルとして登場しました。GPT-5.4は、そのコーディング能力に加えて一般的な推論、文書、表、画面操作を含む複合的な作業へ範囲を広げたモデルです。GPT-5.5はさらに長い課題の完了、ツール利用、少ないトークンでの結果に重点を置いています。世代が上なら常に短い修正にも適するとは限らず、作業の大きさと確認負担を比べる必要があります。

比較表は優劣の順位ではなく、どこに確認時間が必要かを考えるための枠です。小さな差分ならGPT-5.5の能力を使い切れないこともあります。逆に、仕様の読み込み、修正、テスト、画面確認をまたぐ仕事では、単発の回答速度よりも途中の判断を保てるかが重要になります。実際の同じ課題で条件をそろえて比べることが、モデル名だけの比較より確実です。

GPT-5.5とGPT-5.6の差を現在どう読むか

2026年8月14日時点で新しく選ぶなら、GPT-5.5だけで結論を出すのは早すぎます。GPT-5.6はSol、Terra、Lunaという三つの系列を持ち、能力、速度、費用の組み合わせから選ぶ設計になっています。OpenAIはGPT-5.6をCodexで提供し、FreeとGoではTerra、Plus以上ではSol・Terra・Lunaを選べる範囲を案内しています。ただし、契約プランや入口、段階的な提供によって実際の表示は変わるため、公式の案内と手元の画面を合わせて確認します。

5.5を使い続けるべきか、5.6へ移るべきかは、数字の新しさだけで決めません。大きな設計判断や長い調査ならSolを候補にし、日常の修正や読み取りならTerra、短い確認や費用を抑えたい作業ならLunaを候補にするというように、作業の重さから考えます。新しい系列が表示されない場合は、能力の差と断定せず、Codexの版、契約条件、モデルの提供状況を順番に切り分けてください。

GPT-5.6のSol・Terra・Luna

GPT-5.6では、数字が世代を示し、Sol・Terra・Lunaが能力と費用の異なる系列を示します。Solは難しい仕事を優先する最上位、Terraは日常作業とのバランス、Lunaは速度と費用を重視する選択肢として案内されています。これらは単純な上位・下位ではなく、同じ作業をどの品質、待ち時間、利用量で進めたいかを分ける枠です。Codexのモデル欄に出る系列を確認し、名前が表示されない理由も含めて判断します。

OpenAIのGPT-5.6 in ChatGPTのヘルプでは、CodexでGPT-5.6を使うためのアプリとCLIの最低版も案内されています。モデルが提供開始された日だけを見ず、必要な版へ更新できているかを確認することが大切です。更新後も表示が変わらないときは、いったんサインアウトや設定変更を繰り返すのではなく、入口、プラン、版番号、表示中のモデルを順に記録して原因を分けます。

5.5から移行する目安

5.5から5.6へ移る価値が出やすいのは、同じ作業を繰り返すときに品質、速度、確認時間のどれかを改善できる場合です。たとえば、長い調査で途中の前提を保てない、画面を含む確認が多い、複数の候補を並べて比較したいという課題なら、新しい系列を小さな検証で試す意味があります。反対に、現在の5.5で差分、テスト、レビューが安定しているなら、更新そのものを目的にする必要はありません。

比較するときは、同じ依頼文、同じ対象ファイル、同じ確認条件で一度ずつ試します。所要時間だけでなく、修正されたファイル数、テスト結果、説明の正確さ、手直しにかかった時間を残してください。5.6が速くても追加確認が増えれば、全体では得にならないことがあります。モデル移行は、宣伝上の性能ではなく、手元の作業で確認できる差を基準に決めるのが現実的です。

料金と利用条件を分けて見る

「5.5 Codexの料金」を調べるときに起きやすい混乱は、CodexをChatGPTの契約プランで使う場合と、OpenAI APIでモデルを直接呼び出す場合を同じ表で読むことです。GPT-5.5の公式発表にはAPIの入力・出力トークン価格が記載されていますが、Codexアプリや端末での利用は契約プラン、利用枠、選択するモデル、設定によって表示と消費のされ方が変わります。まず自分がどの入口で使っているかを確定し、その入口の公式案内を見る必要があります。

2026年7月のGPT-5.6発表では、CodexとChatGPT Workでのモデル選択範囲がプラン別に説明され、APIではSol・Terra・Lunaのトークン価格が別に示されています。7月30日の価格性能に関するOpenAIの更新ではTerraとLunaのAPI価格が見直されましたが、ChatGPTとCodexの契約料金や利用枠は別の話として扱われています。古い料金表をそのまま現在のCodex画面に当てはめないでください。

Codexの契約プランで確認する項目

CodexをChatGPTの契約に含まれる入口として使う場合は、まず自分のプランで選べるモデルと利用枠を確認します。無料やGoでは選択できる系列が限られ、Plus以上でも利用できる設定や上限が同じとは限りません。さらに、同じプランでも短い作業と長い作業では消費のされ方が変わることがあります。画面に示された利用量、リセットの案内、モデル名を記録し、月額料金だけで一件あたりの費用を推測しないことが大切です。

GPT-5.5を使う場合も、表示されたモデル名とFast modeなどの速度設定を分けて読みます。OpenAIのGPT-5.5発表では、CodexのFast modeは通常より速く生成する代わりに利用量の負担が大きくなる設定として説明されています。急ぎの作業で便利でも、すべての課題で有利とは限りません。差分を確認する時間が必要な作業なら、生成速度を上げるより、依頼の範囲を絞るほうが総時間を短くできる場合があります。

APIの価格と混ぜない

APIでGPT-5.5を使う場合は、入力、キャッシュ済み入力、出力を分けて料金表を読みます。GPT-5.5の発表では、APIの標準価格として入力1百万トークンあたり5ドル、出力1百万トークンあたり30ドルが示されています。これはCodexの契約プランで画面を操作するときの月額や利用枠を直接表す数字ではありません。APIを使った処理とCodexアプリの作業を比較するなら、同じ入力を渡すのか、検査や再試行を含めるのかまでそろえる必要があります。

GPT-5.6ではSol、Terra、Lunaで価格が異なり、7月末にはTerraとLunaのAPI価格が引き下げられました。価格だけを見ると安い系列へ移りたくなりますが、追加の確認や修正で出力が増えれば、総額は変わります。モデルを選ぶときは、1回の呼び出しの単価ではなく、目的を満たすまでに必要な呼び出し回数、検査の時間、やり直しの量を合わせて記録してください。

5.5 Codexを試す手順

初めて5.5 Codexを確かめるなら、いきなり大きな機能開発を任せるより、結果を比べやすい小さな課題を用意します。モデル、入口、版番号、対象ファイル、確認方法を最初に固定し、同じ条件で5.5と5.6を比べれば、印象に左右されにくくなります。ここでいう手順は、どちらのモデルが優れているかを決めるものではなく、自分の作業に合う選択肢を見つけるための確認方法です。

Step 1: 表示中のモデルと入口を記録する

最初に、Codexアプリ、Codex CLI、ChatGPT内のCodex、APIのどこで作業するかを書きます。次に、画面に表示されているモデル名、アプリやCLIの版、契約プラン、推論や速度に関する設定を記録します。同じGPT-5.5でも入口が違えば、参照できる資料や選べる設定が変わることがあります。ここを残さないと、あとで結果の差がモデルによるものか環境によるものかを判断できません。

OpenAIのCodexモデル一覧と手元の選択欄が一致するかも確認します。公式一覧にある名前が表示されない場合は、地域、段階的な提供、契約条件、必要な版のどれかが関係している可能性があります。表示されないモデルを無理に再現しようとせず、見えている選択肢と確認できる条件を記録してから次に進みます。

Step 2: 小さく合格条件を決める

比較用の課題は、対象ファイルが少なく、結果を人が判定できるものにします。たとえば既存の処理を一つ修正し、関連するテストを追加し、変更理由を短く説明させる課題です。依頼には、変更してよい範囲、変更してはいけない範囲、期待する挙動、実行する検査を含めます。合格条件が「よい感じに直す」だけでは、5.5と5.6の差を正確に比べられません。

最初は読み取りだけの調査を行い、次に変更を許可します。調査の説明と実際の差分が一致しているか、関係のないファイルへ触れていないか、テストが目的に合っているかを確認します。モデルに複数の作業を一度に与えるほど、どこで判断が変わったかが追いにくくなるため、最初の比較では一つの成果に絞るのが安全です。

Step 3: 同じ課題で5.5と5.6を比べる

5.5と5.6を比べるときは、依頼文、ファイル、検査、作業の開始状態をそろえます。比較する項目は、初回の提案が目的に合っていたか、修正範囲が適切だったか、テストや画面確認を自分から求められたか、説明と差分が一致していたかです。処理時間だけを測ると、速いが確認に手間がかかる結果を高く評価してしまいます。

記録は表にしてもよいですが、結論は数値一つにまとめません。たとえば5.5は説明が分かりやすく、5.6は複数ファイルの整理が速かったというように、作業の性質ごとに差を残します。自分のチームで重要な項目が何かを決め、採用するモデルの理由を後から説明できるようにしておけば、モデルの表示が更新されたときにも判断をやり直しやすくなります。

Step 4: 普段の作業へ広げる

小さな課題で確認できたら、次に実際の開発作業の一部へ範囲を広げます。最初からリポジトリ全体を渡すのではなく、読み取り、修正、検査、レビューを分け、各段階で人が結果を確認します。変更前の状態、モデル名、依頼文、検査結果を残しておけば、問題が出たときに元の条件へ戻って比較できます。特に長い課題では、途中の判断と未解決の点を短くまとめておくと、再開後の確認が容易です。

採用を決める基準は、モデルの新しさではなく、作業が終わるまでの総負担です。手直しが減った、検査の抜けが少ない、レビューで説明しやすい、待ち時間と費用のバランスがよい、といった具体的な差があるなら、普段の課題へ広げる価値があります。差が分からない場合は、無理に移行せず、5.5を使う条件と5.6を試す条件を分けておきます。

Codex、GitHub Copilot、Cursorの選び分け

5.5 Codexを調べる人は、GPT-5.5とGPT-5.6の比較だけでなく、GitHub CopilotやCursorとどれを使うかも迷いがちです。ここでは製品の優劣を断定せず、作業の入口、変更範囲、検査の方法という三つの軸で考えます。Codexは長い課題を調査から検証まで進める使い方、GitHub CopilotはGitHubやエディタ上で既存の開発作業を補助する使い方、CursorはAI機能を組み込んだエディタで編集する使い方を検討しやすい、という違いがあります。現在の機能やプランは各公式ページで確認してください。

GitHubのCopilot公式ドキュメントや、OpenAI Codexの公式リポジトリを確認すると、同じAIコーディングエージェントという言葉でも、提供される入口と設定が異なることが分かります。Cursorを候補にする場合も、Cursor公式ドキュメントで現在のモデル、利用枠、エディタ機能を確認します。比較記事の古い画面や料金をそのまま信じず、利用開始時点の公式情報を基準にしてください。

Codexを選ぶ作業

複数のファイルを読み、問題の原因を調べ、変更を加え、テストや画面の結果を確認する仕事なら、Codexを候補にします。特に、最初に目的と完了条件を渡し、途中で確認点を見ながら進めたい作業と相性があります。GPT-5.5やGPT-5.6の違いは、単発のコード補完よりも、この長い作業の中で前提を保ち、必要な道具を選び、結果を検査できるかで見えやすくなります。

ただし、Codexを選んでも人の確認は省きません。差分、テスト、依存する設定、利用者が触る画面をそれぞれ確認し、変更範囲が目的を越えていないかを見ます。長い課題を任せるほど、開始前の合格条件と終了時の確認項目が重要になります。モデルを高い系列へ変える前に、作業を分割して確認しやすくすることも効果的です。

GitHub Copilotを選ぶ作業

GitHubを中心に課題、レビュー、リポジトリのやり取りを進めているなら、Copilotを候補にすると比較しやすくなります。どの画面で提案を受けたいか、変更をどこで確認したいか、チームの権限や利用条件をどう管理するかを先に決めます。Codexと比べるときも、「どちらの回答が賢いか」ではなく、普段の開発の入口に自然に組み込めるか、レビューの負担が増えないかを見てください。

Copilotのモデルや利用範囲は更新されるため、現在のプランで選べる機能を公式ドキュメントで確認します。短い提案、テストの下書き、レビューの補助など、結果をすぐ人が見られる課題から比べると、製品の違いを把握しやすくなります。大きな変更を任せる場合は、Codexと同じく、対象範囲と合格条件を明記し、生成された差分を確認します。

Cursorを選ぶ作業

エディタの中でコード、検索結果、会話を一つの画面にまとめたいなら、Cursorを候補にします。既存の編集習慣を保ちながら、ファイルの選択や変更の確認を行えるかが判断点です。Codexと比べる際は、長い課題をどの入口で追いたいか、ターミナルや別のアプリを含む確認が必要か、モデルを選べる条件が何かを並べます。名前の新しさより、毎日の確認動作が無理なく続くかを見ます。

Cursorを試す場合も、公式ドキュメントにある現在のモデルと利用枠を確認し、同じ小さな課題で結果を残します。エディタ内で編集が速くても、複数ファイルの意図やテスト結果が追いにくければ、作業全体では負担が増えることがあります。Codex、Copilot、Cursorを併用する場合は、同じ変更を別々に作らせるのではなく、調査、編集、確認など役割を分け、採用する差分を一つに決めます。

5.5 Codexを選ぶ結論

「5.5 Codex」は、GPT-5.5をCodexで使う意味を調べるための検索語として読むのが正確です。独立したGPT-5.5-Codexという名前に置き換えず、GPT-5.5の性能、Codexの入口、契約プラン、実際のモデル表示を分けて確認してください。GPT-5.5は長いコーディング課題やツール利用に強みがあり、複数ファイルの調査から検査までをつなぐ作業で試す価値があります。

ただし、現在はGPT-5.6がCodexに提供され、Sol・Terra・Lunaから作業に合う系列を選ぶ考え方が加わっています。5.5を使うか5.6へ移るかは、同じ課題で差分、検査結果、手直しの量、待ち時間、利用量を比べて決めます。料金もCodexの契約プランとAPIのトークン価格を分け、公式の更新日を確認してください。

最初の一歩は、選んだモデルへ大きな仕事を一度に渡すことではありません。現在の入口と版を記録し、合格条件が明確な小さな課題で5.5と5.6を比べ、確認できる差があった範囲だけ普段の作業へ広げます。Codex、GitHub Copilot、Cursorのどれを選ぶ場合も、速度だけでなく、変更理由と結果を人が追えることを基準にすると、モデルの世代交代に振り回されず判断できます。