Codex Web/Cloudの使い方完全ガイド｜ブラウザ実行・Bedrock連携【2026年7月】

「Codex、触ってみたんですけど結局CLIしか使ってなくて……」

先日、あるIT企業の開発責任者の方から、こんな言葉を聞きました。CLIを入れてコマンドを叩いたはいいが、「Cloud版って何が違うの？」「WebやAppって別物なの？」という疑問が解決できないまま、CLIだけを使い続けているパターン。100社以上のAI研修・コンサル経験でも、似たケースを何度も目にしています。

実はCodexには、CLIのほかに「Codex Cloud（Web）」「Codex App（デスクトップ）」という3つのアクセス方法があります。それぞれ用途が異なっていて、使い分けを理解しないと「なんか重い」「PCを閉じたら止まった」「チームに共有できない」という無駄な問題にぶつかります。

この記事では、特に活用事例が少ない Codex Cloud / Web の7パターン活用法を、コピペ可能な設定例・コードブロック付きで全公開します。Amazon Bedrockを使ったAWS統合、Docker環境のベストプラクティス、GitHub Actionsへの組み込み方まで、今日から使える形でまとめました。

Codex Cloud / Web とは何か：3アクセス方法の全体像

📊 Codex完全リファレンス: 機能網羅マトリクス・利用形態の判断フローはCodex完全リファレンス（ピラー版）へ。

まず混乱を防ぐために、Codexのアクセス方法を整理します。OpenAIが提供するCodexには2026年6月時点で以下の3つの入口があります。

3つのアクセス方法と用途

「Codex Cloud」と「Codex Web」はほぼ同義で、chatgpt.com/codexからアクセスするブラウザベースのインターフェースです。OpenAIがホストするクラウドコンテナ上でコードが動くため、あなたのPCが電源オフになってもタスクが止まりません。

ChatGPTのPlusプラン（月額$20）以上で利用可能であり、BusinessおよびEnterpriseプランでは管理者設定が必要な場合があります（参照日: 2026-06-04、出典: OpenAI Developers – Codex Web Overview）。

AIエージェントの全体像については、AIエージェントとは？仕組み・15サービス比較・始め方【2026年最新】でまとめています。

CLI vs Cloud vs Web：3つの使い分け早見表

ここが一番混乱しやすいポイントです。どの状況でどれを選ぶかを表にまとめます。

「CLIだけで十分」と思っていた担当者が、GitHubのIssue管理をCloud経由にしたとたん「自動でPRが来る体験が完全に別物」と言っていたのは印象的でした。どちらかを選ぶというより、用途で組み合わせるのが正解です。

Codex Cloud 7パターン活用ガイド：コピペ可能な設定例付き

ここからが本題です。Codex Cloud / Webを活用する7つのパターンを、具体的な設定コード付きで解説します。

パターン1：ブラウザからGitHubリポジトリに接続して即実行

Codex Cloudの基本中の基本です。chatgpt.com/codexにアクセスしてGitHubアカウントを連携し、リポジトリを選択してプロンプトを入力するだけでタスクが走り始めます。

私自身、研修先の企業でこのパターンを最初に見せることが多いのですが、「ブラウザを閉じてもタスクが動き続ける」という体験が一番驚かれます。CLIとの根本的な違いはここです。

# GitHub連携後の基本的なタスク起動フロー（ブラウザ操作）
1. chatgpt.com/codex にアクセス
2. 「Connect GitHub」でリポジトリを選択
3. タスクプロンプトを入力例：
   「src/api/users.ts の型定義を OpenAPI スキーマから自動生成して
    既存テストが全てパスすることを確認してからPRを作成してください」
4. 「Submit」→ バックグラウンドで実行開始
5. ブラウザを閉じてもOK。完了通知でPRを確認

Codex Cloudの環境カスタマイズ（Settings > Environments）:

# chatgpt.com/codex/settings/environments での設定例
# セットアップスクリプト（Pythonプロジェクトの場合）
pip install -r requirements.txt
pip install pytest black ruff

# 環境変数の設定
DATABASE_URL=postgresql://localhost/myapp_test
REDIS_URL=redis://localhost:6379
NODE_ENV=test

デフォルトの「universal」コンテナイメージには主要言語とパッケージが事前インストール済みです。pip、poetry、npmなどの一般的なパッケージマネージャーは自動認識されます（出典: OpenAI Developers – Cloud Environments、参照日: 2026-06-04）。

パターン2：ChatGPTモバイルからの軽量リモート操作

「スマホから指示を出したい」という要望は、特に外出が多い経営者・マネージャー層から多く聞きます。Codex Cloudはモバイル操作に対応しています。

# モバイルからの操作フロー
1. ChatGPTモバイルアプリを開く
2. Codexセクションにアクセス
3. 進行中のCloud上のタスクを確認・承認
4. 新しいタスクを音声入力で起動することも可能

# 特に有効なモバイル操作の種類
- 実行中タスクのステータス確認
- 差分（diff）のプレビュー・承認
- 質問への返答（エージェントが確認を求めた場合）
- 新規タスクの簡単な起動

モバイルからはCodex Cloud上の作業を「開始、操作、承認、レビュー」できます。本格的なコードレビューはデスクトップで行い、承認作業だけをモバイルで行う分担が実用的です。

パターン3：Amazon Bedrock連携でAWS課金・権限管理に統合

AWSを主要インフラとして使っている企業にとって、OpenAIとAWSの課金体系が別々なのは管理の手間になります。Bedrock経由でCodexを動かすと、AWS側の認証・課金・権限コントロールが一元化できます。

2026年6月時点で、Amazon BedrockでGPT-5.5・GPT-5.4が一般提供されており、料金はOpenAI直接利用と同一です（出典: Amazon – OpenAI models GPT-5.5 and GPT-5.4 now on Bedrock、参照日: 2026-06-04）。

# ~/.codex/config.toml — Bedrock連携の設定
model_provider = "amazon-bedrock"

# 使用するモデル（Bedrock上の識別子）
model = "openai.gpt-5.4"

# 認証方法1：Bedrock APIキー（シンプル・個人向け）
export AWS_BEARER_TOKEN_BEDROCK="your-bedrock-api-key"
export AWS_REGION="us-east-2"

# codex を起動するだけでBedrockに向く
codex

# 認証方法2：AWS SDKチェーン（企業・IAMロール向け）
# aws configure で設定済み、またはIAMロールが付いたEC2/ECSならこれだけ
export AWS_REGION="us-east-2"
# AWS_BEARER_TOKEN_BEDROCKは不要。SDKが自動でクレデンシャルを解決

codex "src/auth/jwt.ts の JWTトークン検証ロジックを修正して期限切れ時の
エラーハンドリングを強化してください"

注意点として、Bedrock経由ではFast Modeが利用できません。また、ホスト型のWebサービスや画像生成など、OpenAIクラウドサービスに直接依存する機能は制限されます（参照日: 2026-06-04、出典: OpenAI Developers – Use Codex with Amazon Bedrock）。

パターン4：Docker環境でのローカルテスト・CI統合

Codex Cloudが使う「universal」コンテナのDockerfileはOSSとして公開されています（openai/codex-universal）。これをローカルでpullして開発環境として使うことができます。

# codex-universal イメージをローカルにpull
docker pull ghcr.io/openai/codex-universal:latest

# ローカルでCodex Cloudと同じ環境を再現
docker run -it --rm \
  -v $(pwd):/workspace \
  -w /workspace \
  ghcr.io/openai/codex-universal:latest \
  bash

# docker-compose.yml — ローカル開発用のCodex互換環境
version: "3.9"
services:
  app:
    image: ghcr.io/openai/codex-universal:latest
    volumes:
      - .:/workspace
    working_dir: /workspace
    environment:
      - NODE_ENV=development
      - DATABASE_URL=postgresql://postgres:password@db:5432/myapp
    depends_on:
      - db

  db:
    image: postgres:16-alpine
    environment:
      POSTGRES_PASSWORD: password
      POSTGRES_DB: myapp
    volumes:
      - pgdata:/var/lib/postgresql/data

  redis:
    image: redis:7-alpine

volumes:
  pgdata:

重要な点として、Codex Cloud内でDockerを動かすこと（Docker in Docker）は基本的にサポート外です。E2Eテストなど、Dockerが必要なテストは後述のGitHub Actionsに分離するのがベストプラクティスです。

パターン5：GitHub Actionsへの組み込み

PRのたびにCodexが自動レビューを行い、コメントを残す設定です。「PRを出した瞬間にAIがレビューしてくれる」体験は、チームの開発速度を大きく上げます。

# .github/workflows/codex-review.yml
name: Codex PR Review

on:
  pull_request:
    types: [opened, synchronize, reopened]

jobs:
  codex-review:
    runs-on: ubuntu-latest
    permissions:
      contents: read
      pull-requests: write

    steps:
      - name: Checkout
        uses: actions/checkout@v5

      - name: Run Codex Code Review
        uses: openai/codex-action@v1
        with:
          openai-api-key: ${{ secrets.OPENAI_API_KEY }}
          prompt: |
            このPRのコード変更をレビューしてください。
            以下の観点で確認し、問題があれば具体的な修正案を提示してください：
            1. バグや潜在的なエラー
            2. セキュリティの問題（SQLインジェクション、XSSなど）
            3. パフォーマンスの問題
            4. 型安全性の問題
            5. テストカバレッジの不足
          output-file: codex-review-output.md
          sandbox: read-only
          safety-strategy: drop-sudo

      - name: Post Review Comment
        uses: actions/github-script@v7
        with:
          script: |
            const fs = require('fs');
            const review = fs.readFileSync('codex-review-output.md', 'utf8');
            github.rest.issues.createComment({
              issue_number: context.issue.number,
              owner: context.repo.owner,
              repo: context.repo.repo,
              body: `## Codex AI Review\n\n${review}`
            });

# Docker Composeを使うE2Eテストと組み合わせる場合
# （Codex CloudではなくGitHub Actions側で実行）
- name: Run E2E Tests
  run: |
    docker compose up -d
    pnpm test:e2e
    docker compose down

GitHub Actionsのワークフロー内でCodexを実行する場合、openai/codex-action@v1を使います。APIキーをGitHubシークレットに保存し、Linuxランナーで実行することが必須です（参照日: 2026-06-04、出典: OpenAI Developers – GitHub Action）。

パターン6：チーム共有とSlack/Linear統合

Codex CloudはSlack、GitHub、Linearとのネイティブ統合が提供されています。これにより、開発ツール上から直接Codexを呼び出せます。

# GitHubからCodexを呼び出す2つの方法

# 方法1：Issueにタグ付け
# GitHub Issue本文またはコメントに記載するだけ
@codex このIssueのバグを修正してPRを作成してください。
再現手順：
1. ユーザーがログアウト後に /dashboard にアクセス
2. 500エラーが発生する（予期動作：ログインページへリダイレクト）

# 方法2：PR上でコードレビューを依頼
# PRのコメントに記載
@codex src/middleware/auth.ts の認証チェックロジックを
セキュリティ観点でレビューしてください

# Slackとの統合（Codex Slack App設定後）
# Slackチャンネルから直接タスクを起動
/codex fix the failing tests in the user-service repository

# または自然言語で
@codex リポジトリ「backend-api」のCIが落ちています。
エラーログを分析して修正案をPRで提出してください

チームで使う場合、BusinessやEnterpriseプランの管理者はワークスペース全体でのCodex利用設定を管理画面から制御できます。誰がどのリポジトリにアクセスできるかを組織の権限体系と合わせて設定することが重要です。

パターン7：Codex App内蔵ブラウザとSites連動

Codex App（デスクトップ版）には内蔵ブラウザが搭載されています。Webページを開いてページ上にコメントを直接書き込み、「ここのボタンの色を変えて」「このフォームのバリデーションを修正して」といった指示をビジュアルで伝えられます。

# Codex Appのインストールと初回設定
# macOS（Apple Silicon）
1. openai.com/codex からダウンロード
2. インストール後、ChatGPTアカウントまたはOpenAI APIキーでサインイン
3. プロジェクトフォルダを選択
4. Git worktreeが自動設定され、並列タスクが管理される

# Windows版も利用可能（2026年3月より提供）
# Linux版は2026年6月時点でペンディング

# Codex Sites プラグインで内部ダッシュボードを作成する例
# Codex App内でSitesプラグインを有効化後

プロンプト例：
「売上データCSV（columns: date, product, amount, region）を
Reactで読み込んで、地域別・月別の売上を表示する
社内向けダッシュボードを作成してください。
グラフはRecharts使用、スタイルはTailwindで仕上げてください」

# CodexがReactアプリを生成 → Sitesプラグインで即デプロイ
# 生成されたURLをチームに共有するだけで使い始められる

研修でSitesを初めて見た参加者の反応は「アプリ作るのにサーバー設定が要らない体験、全く別物ですね」という感想が多いです。Webアプリ・ゲーム・社内ツールのプロトタイプを作る用途に特に向いています。

5ステップ実装フロー：今日からCodex Cloudを使い始める

1. GitHubアカウントを連携する
   chatgpt.com/codexにアクセスし、「Connect GitHub」からリポジトリへのアクセスを許可します。PublicリポジトリかPrivateリポジトリかによって必要な権限スコープが異なりますので、最小権限（読み取り＋PR作成）から始めてください。
2. 環境設定（Environments）を構成する
   Settings > Environmentsで使用する言語・フレームワークのセットアップスクリプトを設定します。npm install、pip install、その他依存関係のインストールコマンドを記述します。12時間のコンテナキャッシュが効くため、2回目以降のタスク起動が高速になります。
3. 最初のタスクを「小さく」実行する
   最初は「READMEの誤字を直してPRを作成」程度の小さなタスクから始めます。Codexが生成する差分（diff）の確認方法、PR確認の手順に慣れてから本番タスクに移行します。
4. GitHub Actionsと連携してPR自動レビューを設定する
   パターン5の.github/workflows/codex-review.ymlをリポジトリに追加します。OPENAI_API_KEYをGitHub Secretsに設定すれば、PR作成と同時にCodexレビューが走り始めます。
5. 使用量を確認してプランを最適化する
   chatgpt.com/settings/billingから使用量を確認します。Plusプランで使用頻度が高い場合はProプランへの移行を検討します。チームで使う場合はBusinessプランのクレジット制（トークン従量課金）が管理しやすいです。

料金プランの完全整理：2026年6月時点

Codex Cloudの利用料金はChatGPTのプランに含まれており、モデルごとに利用制限が設定されています（出典: OpenAI Developers – Codex Pricing、参照日: 2026-06-04）。

Businessプランのクレジットレートの参考: GPT-5.5は入力100万トークンあたり125クレジット、出力は750クレジット。GPT-5.4-miniは入力18.75クレジット、出力113クレジットで、大量利用の場合はGPT-5.4-miniに誘導するとコストを抑えられます。

Codexの料金と他ツールとの詳細比較はCodex CLI vs Claude Code 料金比較ガイドでまとめています。

【要注意】Codex Cloud導入でハマる失敗パターン4選

100社以上への研修・コンサル経験と、実際のCodex Cloudの試行で見えてきた失敗パターンです。

失敗1：Bedrockでリージョン指定を忘れる

❌ よくある間違い: model_provider = "amazon-bedrock"だけ設定して、リージョンを指定せずにcodexを起動する。

⭕ 正しいアプローチ:

# AWS_REGIONを必ず指定する（2026年6月時点では us-east-2 が主要リージョン）
export AWS_REGION="us-east-2"
# または ~/.aws/config に記述
[default]
region = us-east-2

Bedrockで利用可能なOpenAIモデルは、AWSリージョンごとに異なります。us-east-2が初期段階の主要リージョンです。リージョン指定なしだと「model not found」エラーが出て混乱します（体験談：最初の30分はリージョン指定の問題だとわからず悩みました）。

失敗2：Bedrockモデルアクセス権のリクエストを忘れる

❌ よくある間違い: AWS ConsoleでBedrockモデルへのアクセスリクエストをせずにAPIを叩く。「Access denied to the model」が返ってくる。

⭕ 正しいアプローチ:

# 事前にAWS Console > Amazon Bedrock > モデルアクセスから
# OpenAIのモデル（openai.gpt-5.5 / openai.gpt-5.4）のアクセスをリクエスト
# 承認には数分〜最大数時間かかることがある

# アクセス確認コマンド
aws bedrock list-foundation-models --region us-east-2 \
  --query "modelSummaries[?contains(modelId,'openai')].[modelId,modelLifecycle.status]" \
  --output table

Bedrockは「モデルへのアクセスリクエスト」が必要な設計になっています。新しいAWSアカウントや、初めてOpenAIモデルを使う場合は必ず先にリクエストを通してください。

失敗3：Codex Cloud内でDockerを動かそうとする

❌ よくある間違い: Codex CloudのセットアップスクリプトにDockerコマンドを書いたり、docker-composeでDBを起動しようとする。

⭕ 正しいアプローチ: Codex Cloudのコンテナ内ではDocker in Docker（DinD）は基本的にサポートされていません。Dockerが必要なテスト（DBが必要なE2Eテストなど）はGitHub Actions側に切り出す「責務分離」が正解です。

# 【正しい分担】
# Codex Cloud → ユニットテスト・軽量統合テスト（Docker不要なもの）
# GitHub Actions → E2E・結合テスト（docker-compose使用）

# Codexのセットアップスクリプト（OK: Python依存関係のみ）
pip install -r requirements.txt
pip install pytest pytest-mock

# NG: Dockerコマンドは書かない
# docker-compose up -d  ← これはCodex Cloud内では動かない

失敗4：Codex Cloudの利用制限を超えてタスクが途中停止する

❌ よくある間違い: 大規模なリファクタリングを1つのタスクとしてCloudに投げ、5時間の利用制限を超えてタスクが中断される。未完成のPRが作成されてしまう。

⭕ 正しいアプローチ: 大きなタスクは事前にサブタスクに分割して投げる。「タスク1: 型定義の整理」「タスク2: テストの追加」のように分けることで、各タスクが確実に完了する。

# タスク分割の例（リファクタリングプロジェクトを3つに分ける）

# タスク1
"src/types/ 配下の型定義を整理して、重複する型を共通化してください。
変更後に TypeScript のコンパイルエラーが0になることを確認してPRを作成してください"

# タスク2（タスク1のPRがマージされてから）
"src/api/ 配下の全エンドポイントに対してユニットテストを追加してください。
カバレッジ80%以上を目標にしてください"

# タスク3
"ESLintのルールを最新版に更新して、全てのlintエラーを修正してPRを作成してください"

Codex Cloud 活用の成果と現実的な期待値

事例区分: 想定シナリオ（100社以上の研修・コンサル経験をもとに構成した典型的なパターンです）

Codex Cloudで現実的に期待できる効果は以下のとおりです。

• PRレビュー時間の短縮: GitHub Actionsによる自動レビューで、人間のレビュアーが確認する前にバグや型エラーが発見される。PR修正サイクルが短縮される傾向。
• 夜間・休日の自動化: Goal Modeを使えば「数時間〜数日かかるタスク」をオフタイムに実行できる。朝起きたらPRが完成している体験が実現する。
• 非エンジニアの参加: Slackや@codexタグを使えば、エンジニア以外のメンバーもIssueにタスクを投げられる。開発チームへの「AIの入口」になる。

一方で現実的な注意点として、「Codexに渡せるタスクの品質はプロンプトの質に依存する」点は変わりません。「何かいい感じにして」では動きません。「何をどう変えるのか、成功条件は何か」を明確に指示する力が、開発効率の差になります。

Codex Sitesを使った社内ツール作成については、Codex Sitesでビジネスアプリを作る5ステップで詳しく解説しています。

まとめ：今日から始める3つのアクション

1. 今日やること: chatgpt.com/codexにアクセスしてGitHubを連携。小さなリポジトリで「READMEを改善してPRを作成してください」と試してみる。Cloudがバックグラウンドで動く体験を一度つかむ。
2. 今週中: パターン5のGitHub Actionsワークフローを1つのリポジトリに導入する。PRを出したときに自動でCodexレビューが走る体制を作る。
3. 今月中: AWSを使っている場合はBedrock連携を検討。または使用量を確認してプランの最適化を行う。チームでの利用が増えてきたらBusinessプランへの移行を評価する。

Codexはすでに「CLI vs Cloud」の二択ではなく、どちらもシームレスに組み合わせて使う段階に入っています。CLIで手元の作業をこなしながら、重いタスクはCloudに投げ、PR管理はGitHub Actionsで自動化する構成が2026年の現実解です。

あわせて読みたい:

• OpenAI Codex 大型アップデート完全解説｜6プラグイン・Sites・Bedrock対応で何が変わる
• Codex CLI vs Claude Code 料金比較ガイド｜プラン早見表+業務別使い分け7パターン

参考・出典

• Codex Web Overview — OpenAI Developers（参照日: 2026-06-04）
• Cloud Environments — OpenAI Developers（参照日: 2026-06-04）
• Codex Pricing — OpenAI Developers（参照日: 2026-06-04）
• Use Codex with Amazon Bedrock — OpenAI Developers（参照日: 2026-06-04）
• Codex GitHub Action — OpenAI Developers（参照日: 2026-06-04）
• Codex App（デスクトップアプリ） — OpenAI Developers（参照日: 2026-06-04）
• OpenAI models GPT-5.5 and GPT-5.4 now on Amazon Bedrock — Amazon（参照日: 2026-06-04）
• Codex Changelog — OpenAI Developers（参照日: 2026-06-04）

著者: 佐藤傑（さとう・すぐる）
株式会社Uravation代表取締役。X（@SuguruKun_ai）フォロワー約10万人。100社以上の企業向けAI研修・導入支援。著書『AIエージェント仕事術』（SBクリエイティブ）。SoftBank IT連載7回執筆（NewsPicks最大1,125ピックス）。
ご質問・ご相談はお問い合わせフォームからお気軽にどうぞ。