Codex cloudとは？使い方・料金・安全設定

Codex cloudを使えば、開発者が端末を占有しなくても、AIへ複数の開発作業を委任できます。

一方、機能の説明ページが公開されていても、契約すれば必ず使えるとは限りません。

2026年8月17日時点の標準料金表では、掲載6モデルのCloud chatsとCode Reviewsが「Not available」と表示されています。

これはCodex cloudの恒久的な終了を意味しません。機能ページは公開されているため、ワークスペース単位の提供状況も確認する必要があります。

そのため、過去の利用例だけを見て契約プランを決めるのは危険です。

この記事では、Codex cloudの仕組みと使い方を説明したうえで、現在の提供状況、GitHub連携、環境設定、企業向けの安全な運用方法を整理します。

Codex cloudとは

Codex cloudは、ソフトウェア開発のタスクをOpenAIのクラウド環境で実行する仕組みです。

公式ドキュメントでは、Web、GitHub、Linear、Slackなどからタスクを開始し、複数の作業を並列で進められると説明されています。

タスクごとに隔離された環境が作られます。

Codexは指定されたリポジトリを読み込み、コードを調査し、ファイルを変更します。

必要に応じてテストや静的解析を実行し、最後に作業内容と差分を返します。

開発者は結果を確認し、追加の指示を出すか、プルリクエストの作成へ進みます。

プルリクエストとは、コードの変更を既存のブランチへ取り込む前に、内容をレビューするための提案です。

Codex cloudでできること

Codex cloudが適するのは、完了条件をコードとテストで確認できる作業です。

代表的な用途を次に示します。

• 既存コードの構造調査
• 小規模な機能追加
• 再現条件が明確な不具合の修正
• 単体テストや結合テストの追加
• 依存ライブラリ更新に伴う修正
• ドキュメントとコードコメントの更新
• 変更差分のレビュー

一方、事業要件が固まっていない新機能や、複数部門の判断が必要な設計は、そのまま委任できません。

AIはコードを変更できますが、「何を正解とするか」は組織側が定義する必要があります。

Codex cloudとCodex CLIの違い

Codex cloudとCodex CLIは、どちらも開発タスクを支援します。

大きな違いは、タスクを実行する場所と、人間が関与するタイミングです。

比較項目	Codex cloud	Codex CLI
実行場所	OpenAIの隔離されたクラウド環境	開発者のローカル端末やサーバー
主な用途	複数タスクの並列委任、非同期作業、レビュー	対話しながらの実装、調査、ローカル操作
環境設定	リポジトリ単位でクラウド環境を構成	端末の既存環境を利用
GitHub連携	リポジトリ接続が中心	ローカルのGit操作でも利用可能
通信制御	インターネット接続は既定で無効	端末や実行環境のポリシーに従う
確認方法	作業ログ、要約、差分、PR	ターミナル出力、ローカル差分、テスト

実装中に細かく相談しながら進めるなら、Codex CLIが扱いやすいでしょう。

複数の独立した修正を待ち時間なく進めたいなら、Codex cloudの設計が適します。

Codex CLIの導入手順は、Codex CLIの使い方ガイドで詳しく解説しています。

2026年8月時点の料金と提供状況

Codex cloudを検討するときは、機能ページと料金ページの両方を確認してください。

公式のCodex cloudページには、クラウド環境、GitHub連携、タスクの実行方法が掲載されています。

しかし、2026年8月17日に確認した公式Pricingでは、状況が異なります。

掲載されているGPT-5.6 Sol、GPT-5.6 Terra、GPT-5.6 Luna、GPT-5.5、GPT-5.4、GPT-5.4 miniについて、Free、Go、Plus、Pro、BusinessのCloud chatsとCode Reviewsは「Not available」と表示されています。

API Keyの欄も、Cloud chatsとCode Reviewsは利用不可です。

公式料金ページの月額表示

次の金額は2026年8月17日時点の公式表示です。

プラン	月額表示	Codex cloudを検討する際の注意
Free	0ドル	Cloud chatsは利用不可表示
Go	8ドル	Cloud chatsは利用不可表示
Plus	20ドル	Cloud chatsは利用不可表示
Pro	100ドルから	5倍または20倍の構成があるが、Cloud chatsは利用不可表示
Business	年払い20ドル／人、月払い25ドル／人	2ユーザー以上。Cloud chatsは利用不可表示
Enterprise／Edu	契約条件による	管理者とOpenAIへ個別確認が必要

この表示だけで、Codex cloudが恒久的に終了したとは判断できません。

機能ページは公開されており、限定提供や契約ごとの条件までは標準料金表から判定できないためです。

また、この表はCodex全体が利用できないという意味ではありません。

Codex CLIやIDE拡張など、ローカルメッセージに分類される機能の利用枠は掲載されています。

一方、Codex cloudを指すCloud chatsは、同じ表で利用不可と表示されています。

以上はOpenAI公式のCodex料金ページを2026年8月17日に確認した結果です。料金と対応モデルは更新される可能性があります。

契約前には同ページを開き、Cloud chats、Code Reviews、対象モデルの列を確認してください。

料金体系の詳しい読み方は、Codexの料金比較も参考になります。

APIキーだけではクラウド機能を利用できない

OpenAI公式Pricingでは、API Keyによる利用はCLI、SDK、IDE拡張向けと説明されています。

GitHub上のコードレビューやSlackなどのクラウド機能は含まれません。

API残高を購入しても、Codex cloudのアクセス権が自動で付与されるわけではありません。

企業導入では、次の3点を分けて確認します。

1. 契約プランにCodex利用枠があるか
2. 対象ワークスペースでCodex cloudが有効か
3. 接続するGitHub組織でアプリの導入が許可されているか

UIにCodex cloudの入口が表示されなければ、公式Pricingとワークスペース設定を確認してください。

過去の記事にある画面を再現するため、権限や地域設定をむやみに変更するべきではありません。

Codex cloudを使う前の準備

機能が有効な場合でも、すぐに本番リポジトリを接続するのは避けます。

先に、権限、環境、テスト、指示書を整えます。

1. GitHubの接続範囲を決める

Codex cloudは、GitHub Appを通じてリポジトリへアクセスします。

組織全体ではなく、検証対象のリポジトリだけを許可してください。

初回の実証では、次の条件を満たすリポジトリが適します。

• 顧客の機密情報を含まない
• ローカルでテストを再現できる
• 開発用ブランチを作成できる
• CIが設定されている
• コードオーナーが明確である

CIはContinuous Integrationの略です。

コードを変更するたびに、テストや静的解析を自動実行する仕組みを指します。

2. セットアップ手順を再現可能にする

Codex cloudの環境は、開発者の端末とは別です。

手元にだけある設定や、口頭で共有された手順は使えません。

リポジトリへ次の情報を整備します。

• 必要なランタイムとバージョン
• 依存関係のインストール方法
• ビルドコマンド
• テストコマンド
• 静的解析とフォーマットのコマンド
• 環境変数の名前と用途
• 変更してはいけない領域

Node.jsならpackage-lock.json、Pythonならrequirements.txtやpyproject.tomlなど、依存関係を固定するファイルも確認します。

セットアップが毎回異なると、AIの性能以前に環境差分で失敗します。

3. AGENTS.mdへプロジェクト固有の指示を書く

AGENTS.mdは、Codexへプロジェクト固有の作業ルールを伝えるファイルです。

公式ドキュメントでは、リポジトリ内に配置し、テスト方法やコード規約などを伝える仕組みとして案内されています。

最低限、次の内容を記載します。

# AGENTS.md## Setup- npm ci## Test- npm test- npm run lint## Rules- src/api/public/ の既存レスポンス形式を変更しない- 新しい外部依存を追加する前に理由を説明する- 変更に対応するテストを追加する- マイグレーションは生成するだけで適用しない

ルールを長くしすぎる必要はありません。

失敗すると損失が大きい操作と、完了判定に必要なコマンドを優先します。

4. シークレットと通信方針を決める

APIキー、データベースの認証情報、署名鍵をリポジトリへ直接保存してはいけません。

Codex cloudの環境変数とシークレット機能を使い、用途を分離します。

本番環境の認証情報ではなく、権限を絞った検証用の値を用意してください。

また、外部通信が必要かをタスク単位で判断します。

依存パッケージの取得だけが必要なら、パッケージレジストリのドメインだけを許可する方法が安全です。

GitHub連携からPRまでの使い方

ここからは、Codex cloudがワークスペースで有効な場合の基本手順を説明します。

画面名は更新される可能性がありますが、作業の考え方は変わりません。

手順1. ChatGPTアカウントでサインインする

CodexのWeb画面を開き、契約プランを持つChatGPTアカウントでサインインします。

企業で利用する場合は、個人ワークスペースと組織ワークスペースを取り違えないようにします。

管理者がCodexや接続アプリを無効にしている場合、利用者だけでは設定できません。

手順2. GitHubを接続する

GitHubとの接続画面からGitHub Appを導入します。

許可する対象は、検証用リポジトリだけに限定します。

組織で管理者承認が必要な場合は、利用目的、対象リポジトリ、必要な権限、検証期間、成果物の確認方法を添えて申請します。

手順3. クラウド環境を作成する

対象リポジトリを選び、環境を設定します。

OpenAI公式ドキュメントでは、リポジトリごとに依存関係、ツール、環境変数、セットアップ手順を構成できると説明されています。

セットアップスクリプトでは、次の順序を意識します。

1. ランタイムの確認
2. 依存関係のインストール
3. 必要な生成処理
4. テストの事前実行

タスクを依頼する前に、変更なしの状態でテストが通ることを確認します。

最初から失敗しているテストがあると、Codexが原因を切り分けられません。

手順4. 完了条件を含むタスクを依頼する

「ログイン機能を改善して」のような曖昧な依頼は避けます。

対象、現象、期待結果、変更範囲、検証方法を一つの依頼に含めます。

次のテンプレートを利用できます。

目的:ユーザー一覧APIで、無効ユーザーを既定で除外する。対象:src/api/users と関連テスト。期待結果:GET /users は active=true のユーザーだけを返す。includeInactive=true の場合だけ全件を返す。制約:既存レスポンスのJSON形式は変更しない。新しい外部ライブラリは追加しない。データベースマイグレーションは行わない。完了条件:npm test と npm run lint が成功する。変更理由と未解決事項を最後に要約する。

依頼を具体化すると、AIが変更範囲を絞りやすくなります。

レビュー担当者も、期待結果と差分を照合できます。

手順5. 実行ログとテスト結果を確認する

タスクの完了表示だけで成功と判断しません。

次の順序で確認します。

1. セットアップが成功したか
2. どのファイルを調査したか
3. どのコマンドを実行したか
4. テストは何件成功、失敗したか
5. 警告や未解決事項が残っていないか

「テストを実行できなかった」と「テストが失敗した」は別の状態です。

前者は環境設定、後者は実装または既存コードに原因があります。

手順6. 差分をレビューする

差分では、追加された行だけでなく、削除された条件分岐や例外処理も確認します。

特に次の変更は重点的にレビューしてください。

• 認証と認可
• SQLやデータ更新
• 外部API呼び出し
• ログへの個人情報出力
• 依存パッケージ追加
• 公開APIのレスポンス変更
• エラー処理の削除

AIが生成したコードも、通常の開発者が提出したコードと同じ品質基準で扱います。

差分の説明が不足していれば、同じタスク内で追加質問します。

手順7. PRを作成し、人間が承認する

差分に問題がなければ、作業ブランチからプルリクエストを作成します。

保護ブランチへ直接反映しない運用が基本です。

CI、コードオーナーのレビュー、セキュリティスキャンを通過してからマージします。

Codex cloudは作業者を増やす仕組みであり、承認者をなくす仕組みではありません。

環境設定とインターネットアクセス

Codex cloudの精度は、モデルだけでなく環境の再現性にも左右されます。

ここでは、失敗が起きやすい設定を整理します。

依存関係は固定する

依存パッケージのバージョンが毎回変わると、同じタスクでも結果が変わります。

ロックファイルを管理し、セットアップには再現性の高いコマンドを使います。

Node.jsのnpm ciは、ロックファイルに従って依存関係をインストールします。

Pythonでも、プロジェクトが採用するロック手段を決めてください。

通常の変数とシークレットを分ける

ポート番号や実行モードなど、漏えいしても直ちに認証へ使えない値は通常の環境変数で管理できます。

APIキーやトークンはシークレットとして保存します。

シークレットの値をプロンプト、ログ、テスト出力へ表示してはいけません。

タスク完了後に不要になる一時的な認証情報は、失効させます。

インターネットアクセスは必要な範囲だけ許可する

OpenAI公式のInternet accessページによると、Codexエージェントのインターネットアクセスは既定で無効です。

必要な場合は、許可するドメインとHTTPメソッドを制御できます。

これは不便を避ける設定ではなく、プロンプトインジェクションや情報流出の影響を抑える安全策です。

プロンプトインジェクションとは、Webページや外部データに埋め込まれた命令により、AIが本来と異なる操作へ誘導される攻撃です。

外部通信を有効にすると、Codexが取得した内容も信頼境界の内側へ入ります。

次の原則を守ります。

• タスクに不要なら通信を有効にしない
• 既知のパッケージレジストリだけを許可する
• 広いドメインや任意URLを許可しない
• 書き込みが不要ならGETなど読み取り用途に限定する
• シークレットがある環境ほど許可先を厳しくする

企業でCodex cloudを安全に運用する方法

企業利用では、個人の生産性だけでなく、権限、再現性、監査、費用を設計します。

対象タスクを段階的に広げる

最初は、テスト追加、文書更新、小さな不具合修正など、事業影響が小さく正解を自動判定できるタスクを選びます。

認証方式の変更、本番データベースの操作、複数サービスをまたぐ設計は、運用が定着するまで対象外にしてください。

検証では短縮時間だけでなく、レビュー時間、手戻り、テスト失敗、権限設定の工数も記録します。

ブランチ保護とCIを必須にする

AIによる変更が自動で本番へ入る経路を作らないでください。

GitHubのブランチ保護ルールを使い、次の条件を設定します。

• 必須レビュー人数
• 必須CIチェック
• コードオーナー承認
• 直接プッシュの禁止
• 会話解決後のマージ

AIの出力を信用するかではなく、誤りがあっても止められる仕組みを作ることが重要です。

契約とデータガバナンスを確認する

OpenAIはBusiness data privacyで、ChatGPT Business、Enterprise、Edu、API Platformの入力と出力を既定でモデル学習に使わないと説明しています。

ただし、保持期間、削除、管理者権限、監査、データ所在地は、自社の契約条件と管理画面で個別に確認してください。

GitHub Appの権限も定期的に棚卸しし、PoC終了後に不要な接続とシークレットを削除します。

PoCで効果とリスクを測る

PoCでは、完了タスク数だけでなく、レビュー時間、差し戻し率、CI成功率、本番反映後の不具合数も記録します。

効果が出ない場合は、AGENTS.md、テスト、タスクの切り方、依存関係の固定を見直してください。

Codex cloudで問題が起きたときの確認項目

Codex cloudが動かない場合、症状から原因を切り分けます。

症状	主な原因	確認方法
対象リポジトリが表示されない	GitHub Appの権限不足	GitHub組織のInstalled Appsと対象リポジトリを確認
セットアップに失敗する	ランタイム、ロックファイル、コマンドの不一致	ローカルのクリーン環境で同じ手順を再現
パッケージを取得できない	インターネットアクセスが無効	必要なドメインだけを許可
テストが最初から失敗する	既存障害、環境変数不足	変更前のコミットで基準テストを実行
変更範囲が広すぎる	タスクと制約が曖昧	対象ファイル、禁止事項、完了条件を追記
Codex cloudの入口がない	プラン、提供状況、管理者設定	公式Pricingとワークスペース設定を確認
APIキーでGitHub連携できない	API Key利用の対象外	ChatGPT契約とクラウド機能の提供状況を確認

ログを共有するときは、トークンや接続文字列を削除してください。

再実行だけを繰り返すと、同じ原因で利用枠を消費します。

Codex cloudに関するよくある質問

Q. Codex cloudとは何ですか？

GitHub上のコードを隔離されたクラウド環境へ読み込み、調査、修正、テスト、差分作成をAIへ委任する仕組みです。

ローカル端末を占有せず、複数の独立したタスクを並列で進められる設計です。

Q. Codex cloudは現在使えますか？

利用可否は、契約、ワークスペース、提供時期で異なります。

2026年8月17日に確認した標準料金表では、掲載6モデルのCloud chatsとCode Reviewsが「Not available」と表示されています。

一方で機能ページは公開されているため、恒久的な終了とは断定できません。実際の画面と最新の公式Pricingを確認し、必要なら組織管理者またはOpenAIへ問い合わせてください。

Q. Codex cloudの利用にGitHub連携は必要ですか？

リポジトリのコードをクラウド環境で扱う基本ワークフローでは、GitHub接続が中心です。

組織ではGitHub Appの導入に管理者承認が必要な場合があります。

最初は検証用リポジトリだけを許可してください。

Q. Codex cloudとCodex CLIの違いは何ですか？

Codex cloudはOpenAIの隔離環境へ非同期でタスクを委任します。

Codex CLIはローカル端末で対話しながらコード調査や実装を進めます。

並列委任にはcloud、手元の環境を使った対話作業にはCLIが向きます。

Q. Codex cloudはインターネットへアクセスできますか？

公式ドキュメントでは、エージェントのインターネットアクセスは既定で無効です。

必要な場合は、許可するドメインとHTTPメソッドを設定できます。

機密情報を扱う環境では、タスクに必要な接続先だけを許可してください。

Q. Codexが作成したコードをそのままマージしてもよいですか？

推奨できません。

人間による差分レビュー、CI、セキュリティチェックを通し、保護ブランチの承認ルールに従ってください。

AIが生成したコードも、通常のコード変更と同じ品質基準で管理します。

まとめ

Codex cloudは、隔離されたクラウド環境へ開発タスクを委任し、複数の作業を並列化する仕組みです。

GitHubを接続し、環境とAGENTS.mdを整え、完了条件を含むタスクを依頼します。

完了後はログ、テスト、差分を確認し、人間が承認してからマージします。

ただし、2026年8月17日時点の標準料金表では、掲載6モデルのCloud chatsとCode Reviewsが利用不可表示です。

まず最新の提供状況を確認し、機能が有効なら検証用リポジトリの小さな修正から始めてください。

参考資料

• OpenAI: Codex cloud
• OpenAI: Cloud environment
• OpenAI: Internet access
• OpenAI: GitHub
• OpenAI: AGENTS.md
• OpenAI: Pricing
• OpenAI: Business data privacy