Codex でアプリを作って Sites で公開する手順と注意点
Codex に「こんなアプリが欲しい」と伝えると、ターミナルの中でコードが書かれ、動かしながら形になっていく。2026年6月には、作ったものを OpenAI 側でそのまま公開できる Sites プラグインも加わった。本記事では、Codex CLI の導入からアプリを組み立て、Sites で公開するまでの流れを公式情報に沿って整理する。
Codex でのアプリ開発は、まず手元のターミナルに Codex CLI を入れるところから始まる。インストール後に ChatGPT アカウント(または API キー)でサインインすれば、いま開いている作業フォルダの中でコードを読み、書き換え、実行できるようになる。最初の一歩は「何を作りたいか」を言葉で伝えることで、雛形づくりから動作確認までを対話しながら進められる(出典: https://developers.openai.com/codex/quickstart )。
作りたいものの像を安定して伝えるには、AGENTS.md が要になる。これはリポジトリに置くテキストで、Codex が作業前に読み込み、構成の歩き方やテストの実行コマンド、守ってほしい規約を伝える役割を持つ。実装は小さく区切って任せ、こまめに動かして確かめるのが進めやすい。既定では書き込みが 作業フォルダ内に閉じ、ネットワークは既定で遮断されるため、いきなり広い権限を渡さずに着手できる(出典: https://developers.openai.com/codex/guides/agents-md )。
作ったアプリを公開する段では、Sites プラグインが「作る」と「公開する」をひと続きにする。Sites は Web サイトやダッシュボード、社内向けツール、Web アプリ、ゲームを作成・保存・デプロイし、OpenAI 側でホスティングまで担う。公開は 保存とデプロイの二段で、環境変数はアプリのサイドバーから管理する。現時点では ChatGPT Business / Enterprise のワークスペースでプレビュー提供という前提も押さえておきたい(出典: https://developers.openai.com/codex/sites )。
目次 (12)
- なぜ今 Codex でアプリを「作って公開」まで進められるのか
- 準備 — Codex CLI を入れてサインインする
- インストールとサインインの手順
- 最初のセッションで作りたいものを伝える
- AGENTS.md で「どんなアプリか」を Codex に伝える
- 最初に書いておきたい3点 — 目的・動かし方・約束ごと
- 作って動かして直す — 小さく任せて確かめる
- 既定のサンドボックスと承認で安全に走らせる
- Sites プラグインでアプリを公開する
- 有効化と対象 — Business / Enterprise でプレビュー提供
- 保存とデプロイ、そして環境変数の扱い
- まとめ — 着想から公開までを一本の流れに
なぜ今 Codex でアプリを「作って公開」まで進められるのか
Codex でのアプリ開発がこの時期に語りやすくなったのは、6月に入ってからの相次ぐ更新が背景にある。OpenAI は2026年6月初旬に、作ったサイトや Web アプリ、ゲームを OpenAI 側でホスティングして公開できる Sites プラグインを導入し、環境変数の管理までアプリのサイドバーから行えるようにした(出典: https://developers.openai.com/codex/changelog )。あわせて Codex CLI は 0.137.0 へ到達し、遠隔クライアントとのペアリングやプラグインの JSON 出力など、外部連携と運用面の足回りが整っている(出典: https://developers.openai.com/codex/changelog )。これまで「コードを書く」ところで止まりがちだった対話型のアプリ開発が、同じ窓のまま「動くものを公開する」ところまで地続きになった、というのが今の状況だ。だからこそ、CLI の導入から公開までの流れを一度通しで押さえておく価値がある。
準備 — Codex CLI を入れてサインインする
アプリ開発を始める入口は、手元の端末に Codex CLI を入れて、自分のアカウントとつなぐことだ。Codex CLI は OpenAI のコーディングエージェントで、選んだディレクトリの中でコードを読み、書き換え、コマンドを実行できる。オープンソースで Rust 製のため動作も軽い。導入とサインインはそれぞれ一手で済み、最初の数分で「作りたいアプリを言葉で伝えれば手が動く」状態まで持っていける。ここでは Mac / Linux と Windows の入れ方、そして ChatGPT アカウントでのサインインまでを順に確認する(出典: https://developers.openai.com/codex/cli )。
インストールとサインインの手順
インストールは OS ごとにコマンドが分かれる。Mac と Linux はシェルのスクリプト、Windows は PowerShell から入れる。npm や Homebrew からの導入も用意されている(出典: https://developers.openai.com/codex/quickstart )。
# Mac / Linux
curl -fsSL https://chatgpt.com/codex/install.sh | sh
# Windows (PowerShell)
powershell -ExecutionPolicy ByPass -c "irm https://chatgpt.com/codex/install.ps1 | iex"
導入後の流れは次のとおりだ。
codexを実行する: 初回起動時にサインインが求められる。- ChatGPT アカウントでサインインする: 手持ちの ChatGPT アカウントでつなぐ。API キーでの認証も選べるが、その場合は一部機能が制限される。
- 作業フォルダを確認する: Codex はいま開いているディレクトリを対象に動くため、対象プロジェクトの中で起動する。
最初のセッションで作りたいものを伝える
サインインが済んだら、codex を起動して作りたいアプリを言葉で説明する。たとえば「シンプルなタスク管理の Web アプリを作りたい。一覧表示と、追加・完了の切り替えができればよい」のように、対象ユーザー・中心となる体験・必要なデータを添えると、Codex は雛形の生成から着手しやすい。最初から完成形を一息に求めるより、小さな塊で頼んで動かしながら広げるほうが、後戻りが少なくて済む。
AGENTS.md で「どんなアプリか」を Codex に伝える
対話のたびに前提を説明し直すのは骨が折れる。そこで効くのが AGENTS.md だ。これはリポジトリに置く README に似たテキストで、Codex は作業を始める前にこれを読み込む。プロジェクトの歩き方、テストやビルドに使うコマンド、守ってほしいコーディング規約などを書いておくと、毎回の指示が短くて済み、出力のぶれも小さくなる。AGENTS.md はルートから現在のディレクトリへ向けて連結され、より近い場所のファイルが後から効くため、フォルダごとに方針を上書きすることもできる(出典: https://developers.openai.com/codex/guides/agents-md )。アプリ開発では、この一枚を最初に整えておくことが、その後の速度を大きく左右する。
最初に書いておきたい3点 — 目的・動かし方・約束ごと
書く内容に決まりはないが、アプリ開発の初手としては次の3点を押さえると効きやすい。
- 何を作るか: アプリの目的と対象ユーザー、中心となる体験を一段落でまとめる。
- どう動かすか: 開発サーバーの起動コマンド、テストやビルドの実行方法を書く。
- 何を守るか: 使用する言語やフレームワーク、命名やディレクトリ構成の約束ごとを記す。
この3点があるだけで、Codex は「どこをどう触れば期待に沿うか」を推し量りやすくなり、指示が一段短くなる。
作って動かして直す — 小さく任せて確かめる
アプリは一度の指示で完成するものではない。Codex に実装を任せたら、実際に動かし、結果を見て次の一手を頼む——この小さな往復を重ねるのが基本になる。公式のクイックスタートも、変更の前後で Git のチェックポイントを作っておくことを勧めている。区切りごとにコミットしておけば、思っていた動きと違ったときに前の状態へ戻しやすく、安心して大胆に試せる(出典: https://developers.openai.com/codex/quickstart )。一度に大きく頼むより、画面・データ・操作のひとまとまりごとに区切って依頼し、そのつど動作を確かめるほうが、結果的に早く目的地にたどり着く。差分はそのつど目を通し、意図とずれていれば言葉で軌道修正する。
既定のサンドボックスと承認で安全に走らせる
Codex はモデルが自分でファイルを編集しコマンドを実行するため、どこまで触れてよいかをあらかじめ決めておく。ローカル作業の既定では、書き込みが作業フォルダ内に閉じ、ネットワークは既定で遮断される。その境界の外に出る必要が生じたときだけ確認が入るので、初期設定のままでも多くの開発作業は安全に進められる(出典: https://developers.openai.com/codex/concepts/sandboxing )。広い権限は必要になった分だけ開ける、という構えが事故を防ぐ。
Sites プラグインでアプリを公開する
手元で動くようになったら、いよいよ公開だ。ここで使うのが Sites プラグインで、Web サイト・ダッシュボード・社内向けツール・Web アプリ・ゲームを作成し、保存・デプロイして OpenAI 側でホスティングするところまでを引き受ける。生成物は Cloudflare Worker 互換の ES modules としてビルドされ、プロジェクトの構成は .openai/hosting.json に記録される(出典: https://developers.openai.com/codex/sites )。コードを書く場所と公開する場所が分かれていないため、「作る」から「公開する」への受け渡しでつまずきにくいのが利点だ。新規に始めるときは、推奨のサイトスターターを土台にすると立ち上がりが早い。
有効化と対象 — Business / Enterprise でプレビュー提供
Sites は、アプリの Plugins から検索して追加し、新しいスレッドを開いたところから使い始める。利用にあたっては前提がある。現時点では ChatGPT Business と Enterprise のワークスペースでのプレビュー提供で、Enterprise では管理者が権限設定で有効化しておく必要がある。自分の環境で見当たらない場合は、プラン区分と管理者側の設定をまず確認したい(出典: https://developers.openai.com/codex/sites )。
保存とデプロイ、そして環境変数の扱い
公開は二段構えだ。まず「保存」でその時点の版を作り、「デプロイ」で本番として公開する。版を分けておけるので、見せる前に内容を確かめてから出せる。外部サービスの接続に使う環境変数や API キーなどの機密値は、手元の設定ファイルに直書きせず、アプリのサイドバーにある Sites のパネルから登録・更新・削除して管理する(出典: https://developers.openai.com/codex/sites )。公開後の差し替えも同じ場所から行えるため、値の取り違えや漏れを抑えやすい。
まとめ — 着想から公開までを一本の流れに
Codex でのアプリ開発は、特別な土台を組まずに「言葉で頼んで、動かして、公開する」をひと続きにできるのが今の強みだ。最後に、初めて通すときの流れを整理しておく。
- CLI を導入してサインインする: Mac / Linux か Windows のコマンドで入れ、ChatGPT アカウントでつなぐ。
- AGENTS.md で前提を渡す: 目的・動かし方・守る約束を一枚にまとめておく。
- 小さく作って確かめる: 区切って依頼し、Git のチェックポイントを置きながら動作を確認する。
- Sites で公開する: 保存とデプロイの二段で出し、環境変数はサイドバーから管理する。
この順で一周すれば、思いついたアプリを形にして人に見せるところまでが、同じ窓の中で完結する。まずは小さなものを一つ、公開まで通してみるのが近道だ。Sites のプレビュー提供範囲など最新の前提は、版によって変わりうるため、公式の変更履歴で都度確かめておきたい(出典: https://developers.openai.com/codex/changelog )。
