GPT-5.3-CodexをGitHub Copilotで確認｜表示モデルと組織設定

2026年8月2日の確認結果 — Codex新規情報と前日のCopilot告知を分ける

2026年8月2日のCodex公式情報日報では、本日付の新規情報はありませんでした。公式リリース一覧で確認できる直近のCodex CLIは、2026年7月31日公開の0.147.0系の試験版です。したがって、8月2日にGPT-5.3-Codexの新しい提供条件が発表された、と読む材料はありません。確認対象日と、最後に更新されたページの日付を分けて記録するのが安全です（出典: OpenAI Codexの公式リリース一覧）。

一方、前日に日本時間で確認したGitHub Copilot周辺の告知は二つあります。一つは企業のモデル方針をチーム単位へ割り当てる公開プレビュー、もう一つはGemini 2.5 ProとGemini 3 Flashの廃止です。どちらもCopilot側の入口や方針を読む材料にはなりますが、GPT-5.3-Codexの性能や、すべての環境での利用保証を直接示すものではありません。

この記事では、ニュースの件数を増やすことではなく、読者の画面で同じ確認を再現できる順番を扱います。まずOpenAIのモデル情報、次にGitHub Copilotの入口と表示モデル、その後にアカウント・組織・チームの条件を見ます。8月1日付として確認した告知と、8月2日時点の表示結果を同じ事実として混ぜないことが出発点です。

GPT-5.3-Codexの公式情報で分かること — モデルの仕様まで

OpenAIのGPT-5.3-Codexモデルページは、このモデルがCodexまたは同様の環境でのエージェント型コーディングに最適化されていること、low・medium・high・xhighの推論設定に対応すること、文脈ウィンドウや最大出力の仕様を示しています。ここで確認できるのは「どのモデルか」「どのような使い方を想定しているか」という情報です。APIのモデルページに名前が掲載されていること自体は、GitHub Copilotの各入口で選択できることの証明にはなりません（出典: OpenAI GPT-5.3-Codexモデル情報）。

この区別は、検索結果から利用可否を判断するときに重要です。OpenAI側のモデル名を見つけたら、まずモデル名、モデルの説明、確認日を記録します。そのうえで「Copilotのどの画面で使いたいのか」を書き足します。Codexの直接利用、GitHub Copilotのコーディングエージェント、VS CodeのOpenAI Codex拡張では、同じGPT-5.3-Codexという文字列が登場しても、確認すべき条件が同じとは限りません。

OpenAIのモデルページから確認できる項目

OpenAIのページからは、GPT-5.3-Codexという正式なモデル名、コーディング向けの位置づけ、推論設定の選択肢、入出力の仕様を確認できます。APIで利用する人なら、モデルIDや価格、対応エンドポイントも確認対象です。ただし、これらはモデル自体の説明です。契約しているサービスの画面に表示される候補や、組織の管理者が許可した範囲を代わりに表示するページではありません。

記事や社内メモに引用する場合は、モデルページの記載と自分の環境で見えた表示を別の段落にします。「公式ページにある」と「自分のCopilotで選べる」を一文にまとめると、読者は後半の条件を読み落としやすくなります。モデルページのURLは、モデルの性質を説明する箇所の近くに置くのが適切です。

公式モデル情報から利用可否を広げない

モデル名が存在することから、利用資格、料金、既定モデル、応答品質まで一度に推測することはできません。特にGPT-5.3-Codexの仕様ページとGitHub Copilotの表示モデル一覧は、管理主体も更新の単位も異なります。性能を比べたい場合も、同じ入力・同じ対象ファイル・同じ確認条件を揃えて結果を記録し、モデル名だけで優劣を決めないようにします。

GitHub Copilot側の確認 — 入口・アカウント・表示モデルの順番

GitHubのOpenAI Codex案内は、GitHub Copilotから利用できるOpenAI Codexの入口と対応モデルを確認するための直接の資料です。案内には、OpenAI Codex coding agentとVS CodeのOpenAI Codex拡張が掲載され、対応モデルにはAuto、GPT-5.3-Codex、GPT-5.4、GPT-5.4 nanoが並びます。また、OpenAI Codexの連携は公開プレビューであることも明記されています（出典: GitHub DocsのOpenAI Codex案内）。

ここで見る順番は、まず入口、次にアカウントやプラン、続いて機能の有効化、最後に表示モデルです。モデル一覧にGPT-5.3-Codexが載っていても、対象機能が使える状態とは限りません。反対に、表示されない場合も、入口が違うのか、契約対象が違うのか、方針が適用されているのかが分からなければ「使えない」とは断定できません。

OpenAI Codex coding agentの入口

GitHub Docsでは、OpenAI Codex coding agentを割り当てる前に有効化が必要だと案内されています。さらに、OpenAI Codex coding agentは有料のCopilotプランが対象とされているため、画面に入口がない場合は、最初にアカウントのプランと機能の有効化状態を確認します。ここで大切なのは、GPT-5.3-Codexの名前を検索欄へ入力することではなく、まず利用したいCodexの入口が表示されているかを見ることです。

入口が表示されたら、タスク開始時のモデル選択にGPT-5.3-Codexがあるかを記録します。Autoを選んだ場合は、Copilotの選択処理が利用状況や可用性を踏まえてモデルを選ぶ説明になっているため、GPT-5.3-Codexを明示して試した記録とは分けます。Autoの結果をGPT-5.3-Codexの固定条件として扱わないことがポイントです。

VS Code拡張の入口

VS CodeのOpenAI Codex拡張で「Sign in with Copilot」を使える対象は、GitHub DocsではCopilot Pro+とCopilot Maxの契約者に限られています。これはOpenAI Codex coding agentの対象プランをそのまま拡張へ移せる、という意味ではありません。拡張を使いたい人は、GitHubの案内にある入口、サインイン方法、対象プランを一つずつ照合します。

GitHub Docsは、利用できるモデルの一部がOpenAI Codex拡張だけに表示される場合があり、モデルの表示や可用性はCopilotのモデル設定方針に左右されない、とも説明しています。つまり、組織設定を確認することは有用ですが、拡張の表示を組織方針だけで説明できるとは限りません。拡張かコーディングエージェントかを記録欄で分けると、この取り違えを避けられます。

組織・チームの方針を読む

GitHubは2026年7月31日付の告知で、Enterprise teams modeの公開プレビューを案内しました。企業レベルではモデルをEnabled、Disabled、Optionalに分け、Optionalのモデルをenterprise teamへ割り当てられる仕組みです。告知では段階的な提供で、ほとんどのEnterprise利用者がプレビューへの参加を選べるのは8月3日からとされています。8月2日時点で、すべての企業に適用済みだと受け取らないようにします（出典: GitHub Changelogのチーム単位モデル方針）。

このプレビューを使う企業では、企業レベルとチームの割り当てを確認します。告知には、Enterprise teams modeを有効にすると組織レベルのモデル設定が適用されなくなる説明もあります。したがって、管理画面で「組織の設定が見つからない」ことだけを理由に異常と決めず、チームへの割り当て、プレビューの有効化、対象ユーザーの所属を順に見ます。プレビューを使っていない場合は、その状態も確認記録に残します。

GPT-5.3-CodexとCodex CLI版番号を分ける

検索している人がもう一つ混同しやすいのが、GPT-5.3-Codexというモデル名と、Codex CLIの0.xというクライアント版番号です。モデル名は処理を担う対象の識別子で、CLI版番号は手元のクライアントの更新状態を示します。CLIの版が新しくなったからモデル名も同じ数字になる、あるいはモデル名が変わったからCLI更新が必要だ、と自動的に結びつける根拠はありません。

Codexの公式リリース一覧では、0.147.0-alpha.4のように版番号と公開日、試験版かどうかを確認できます。一方、GPT-5.3-Codexの仕様はOpenAIのモデルページにあります。二つのURLを別々に引用し、確認表でも別の欄にするだけで、更新の影響範囲を整理しやすくなります（出典: OpenAI Codexのリリース一覧）。

モデル名を記録する

モデル名の欄には、画面に表示された文字列を省略せずに書きます。GPT-5.3-Codexを選んだのか、Autoを選んだのか、別のGPTモデルだったのかを区別し、確認日も添えます。OpenAIのモデルページにある名前を手入力しただけなら「表示確認」ではなく「入力候補」と記録し、実際の選択欄で見えたかどうかを別に残します。

CLIの版番号を記録する

Codexを直接使った場合は、クライアントの版番号をモデル名と同じ欄へ入れず、別欄に保存します。試験版ならその表示も含め、更新前後で同じ小さな作業を行ったかを書きます。こうすると結果が変わったとき、モデルを替えたのか、クライアントを更新したのか、入力条件を変えたのかを後から確認できます。

同じ小さな作業でCodex直接利用とCopilot経由を記録する

Codexを直接使う場合とGitHub Copilot経由で使う場合を比べるなら、まず結果を良く見せるための作業を選ばないことが大切です。既存ファイルを一つだけ対象にし、変更内容、入力文、確認するテストや表示を固定します。作業の大きさが違うと、モデルの差ではなく読み込んだ情報量や確認回数の差を見てしまいます。

比較の目的は、どちらが常に優れているかを決めることではありません。利用入口ごとの表示、モデル名、クライアント版、結果の違いを再確認できる形で残すことです。測っていない所要時間や品質差を数字で補わず、「変更が通った」「追加確認が必要だった」「今回は未確認」のように、観察できた事実で記録します。

記録する項目を揃える

次の表は、Codex直接利用とGitHub Copilot経由を同じ条件で確認するための記録例です。空欄を残しても問題ありません。利用できる・利用できない・要確認の三つで判定し、根拠URLと確認日を添えます。表示がなかった場合は、どの入口で見えなかったのかも書いておくと、再確認の起点になります。

表の「根拠・メモ」には、OpenAIのモデルページ、GitHub Docs、管理画面の表示、リリース一覧などを分けて記載します。外部ページの説明と、自分の環境で見た表示を一つの根拠にまとめないことが重要です。これだけで、後から別の入口を使った人が同じ手順をたどれます。

表示されないときの切り分け — 「利用不可」と「未確認」を分ける

GPT-5.3-Codexが見えないときは、すぐに提供対象外と決めるのではなく、確認の順番を固定します。第一にモデル名の入力や読み違い、第二にOpenAI Codex coding agentかVS Code拡張かという入口、第三にアカウントとプラン、第四に機能の有効化、第五に組織・チーム方針、最後に実際のモデル一覧です。途中で条件が確認できなければ、判定は「要確認」に止めます。

GitHub Docsには、OpenAI Codex coding agentの有効化、Copilotの有料プラン、拡張での「Sign in with Copilot」の対象プランが別々に記載されています。これらを一つの「Copilotが使えるか」という質問へまとめると、どこで止まっているかが分からなくなります。画面の入口を先に特定し、対応する説明だけを読んでください（出典: GitHub DocsのOpenAI Codex案内）。

モデル名と入口を確かめる

検索語に含まれる「5.3」「Codex」「GitHub」「Copilot」は、画面上で必ず同じ順番や表記になるとは限りません。公式の表示がGPT-5.3-Codexなのか、別のモデル名なのか、Autoなのかをそのまま写し、入力した文字列と表示結果を区別します。Codexの直接利用画面を見ているのにCopilotの候補を探す、といった入口のずれも最初に直します。

アカウントと方針を確かめる

個人利用ならプランと対象機能の有効化、企業利用ならライセンスの割り当てと組織・チーム方針を確認します。Enterprise teams modeの公開プレビューについては、適用開始日、参加状態、チーム割り当てをそれぞれ見ます。プレビュー告知にある条件と自分の管理画面が一致しない場合も、提供拒否と断定せず、確認日と画面の状態を残します（出典: GitHub ChangelogのEnterprise teams mode告知）。

Gemini廃止告知をGPT-5.3-Codexの根拠にしない

GitHubは2026年7月31日付の告知で、Gemini 2.5 ProとGemini 3 FlashをGitHub Copilotの各体験から廃止したと説明しています。代替モデルの利用には、管理者がモデル方針で許可する必要がある場合もある、と案内されています。この告知は、Copilotのモデル一覧と管理方針を確認する題材にはなりますが、GPT-5.3-Codexの性能・料金・表示時期を説明する資料ではありません（出典: GitHub ChangelogのGemini廃止告知）。

CursorとAiderは別の確認入口として扱う

CursorとAiderを周辺情報として見る場合も、GitHub Copilotのモデル方針と同じ表へ無理に混ぜません。CursorはCursor自身の変更一覧、AiderはAiderの公式リリース一覧が一次の確認先です。両方ともGPT-5.3-CodexをGitHub Copilotで選べるかを直接決めるページではないため、記事では「周辺ツールの更新を確認した」という別の記録にします。

Cursorの変更一覧には、製品の更新日、機能名、対象の入口が掲載されています。Aiderのリリース一覧では、版番号、公開日、追加されたモデル対応などを確認できます。2026年8月2日の情報として扱うなら、各ページの更新日が対象日以前かを見て、対象日以降の情報を混ぜないようにします。対象日に新着がなければ「新着なし」と日付付きで残し、Copilotの可用性へ推測を広げません（出典: Cursorの変更一覧、Aiderの公式リリース一覧）。

CursorのターミナルからCodexを使う方法や、Codex内でモデルを切り替える考え方は別記事で詳しく扱っています。今回の記事では、Cursorを同じCopilotの入口と見なさず、どの製品のどの画面を確認したのかを記録するところまでに留めます。入口の違いを先に書けば、検索結果に出た別製品の説明を自分の環境へ誤って適用しにくくなります。

まとめ — GPT-5.3-Codexを表示名だけで判断しない

5.3 codex github copilotで知りたいのは、モデル名の意味だけではありません。GPT-5.3-CodexがOpenAIの公式モデル情報に掲載されていること、GitHub CopilotのOpenAI Codex案内に対応モデルとして掲載されていること、そして自分の入口で実際に選べることは、三つに分けて確認します。OpenAIのモデルページはモデルの仕様、GitHub DocsはCopilot側の入口と対象条件を説明します。

表示されない場合は、モデル名、入口、アカウント、機能の有効化、組織・チーム方針、表示モデルの順番で切り分けます。Enterprise teams modeの公開プレビューやGeminiの廃止告知は、管理画面を読む材料として引用し、GPT-5.3-Codexの提供保証へ広げません。確認日を2026年8月2日として固定し、後日ページが更新されたら新しい確認として扱います。

Codexを直接使う場合とGitHub Copilot経由を比べるときは、同じ小さな入力と対象ファイルを用意し、モデル名とクライアント版番号を別々に記録します。Codex内のモデル選択はCodexのモデル選択記事、CLI版番号との違いはCodex最新モデルの記事、Cursorのターミナル併用はCodexをCursorで使う記事も参照してください。表示できたかだけでなく、どの入口で何を確認したかを残すことが、次回も同じ判断をするための基準になります。