Codexはページを作れる。コードを書き、アセットを最適化し、テストを実行できる。そこで止まる——公開にはCodexがネイティブに持たないデプロイインフラが必要だからだ。
すべてのCodexワークフローの「ラストマイル」：出力をライブURLに届けるにはどうすればよいか。静的ページから共有リンク、フルホスティングまで、Codexにデプロイ・公開機能を追加する方法を解説する。
Codexのパブリッシュギャップ
Codexは一時的なクラウドサンドボックス上で動作する。完全な本番品質のHTML、CSS、JavaScript、静的アセットを生成できる——しかしそれらのファイルはサンドボックス内に存在し、サンドボックスは外部から公開アクセスできない。
公開するには最低限以下が必要だ：
- 公開アクセス可能なURLまたはホスティング環境
- サンドボックスからその環境へファイルを転送する手段
- ホスティングプロバイダーへの認証
これらはいずれもCodexにネイティブには備わっていない。各オプションの違いは、追加されるインフラオーバーヘッドの大きさにある。
Codex + パブリッシュ機能で何が解放されるか
Codexにパブリッシュ機能を追加すると、エージェントの出力がすぐに共有可能になる：
- 即時レビューリンク。 Codexがランディングページのモックアップを生成し、ライブURLに公開してリンクを返す——デプロイパイプラインなしで、ステークホルダーレビューの準備が整う。
- 生成コンテンツページ。 ブログ記事、ドキュメントページ、変更履歴——Codexが一つのワークフローで執筆から公開まで行う。
- クライアント納品物。 生成されたレポート、提案書、ビジュアルプレゼンテーション——クライアントがブラウザで直接開けるURLに公開。
- A/Bバリアントのレビュー。 Codexが2つのランディングページバリアントを生成し、それぞれ別々のURLに公開して、比較用に両方のリンクを返す。
- 生成メディアのホスティング。 Codexが生成した画像や動画が永続URLでホスティングされ、ライブサイトにすぐ埋め込める。
方法1：Vercel、Netlify、または同様のプラットフォームへのデプロイ
Codexはサンドボックス内でデプロイCLIをインストール・呼び出せる：
# Vercel
npm i -g vercel
vercel deploy --prod
# Netlify
npm i -g netlify-cli
netlify deploy --dir=./dist --prod
必要なセットアップ：
- ホスティングプラットフォームでのアカウントとプロジェクトの作成
- 認証トークンを環境変数として設定
- ビルド出力ディレクトリの正しい設定
本番デプロイに対応しているが、事前設定済みのプロジェクトとホスティングアカウントが必要。レビューリンクだけが必要な場合、軽量なパブリッシュコマンドより遅い。
方法2：git pushによるGitHub Pagesまたは静的ホスティング
すでにgitを使っているCodexワークフロー向け：
# gh-pagesブランチにプッシュ
git checkout -b gh-pages
git add ./dist/*
git commit -m "deploy"
git push origin gh-pages
GitHubは自動的にそのブランチを https://username.github.io/repo-name/ に公開する。オープンソースプロジェクトに最適；事前のリポジトリ設定が必要。
方法3：即時パブリッシュ・共有のためのワンCLI
Codexが画像生成、動画生成、ファイルストレージに使うのと同じCLIを通じてパブリッシュするアプローチ：
# HTMLファイルを即時ライブURLに公開
anycap page publish ./index.html --title "Product Landing Page"
# ディレクトリ全体を公開
anycap page publish ./dist/ --title "Q2 Report"
# 共有可能なURLをすぐに返す
# → https://page.anycap.ai/p/abc123
プロジェクトごとのアカウント設定不要。gitリポジトリも不要。Codexがページを生成し、公開して、ライブURLを返す——すべて一つのコマンドで。
CodexにAnyCapをインストール：
npx -y skills add anycap-ai/anycap -a codex -y
anycap login && anycap status
パブリッシュパターンの詳細
即時ページパブリッシュ
# Codexがランディングページを生成し、ステークホルダーレビュー用に公開
anycap page publish ./landing.html --title "v2 Landing Page — Review"
# 返される値：https://page.anycap.ai/p/xyz789
URLは即時にライブ状態になる。ビルドステップ不要、デプロイパイプライン不要、ホスティング設定不要。
フルプロジェクトパブリッシュ
# CodexがReactまたはNext.jsプロジェクトをビルドした後
npm run build
anycap page publish ./out/ --title "Feature Preview — Sprint 24"
コンテキスト付き生成メディアの公開
# 生成した画像をコンテキストページと共に公開
anycap image generate \
--prompt "product hero shot, dark UI, neon blue accents" \
--model seedream-5 \
-o hero.jpg
anycap page publish hero.jpg \
--title "Hero Image Options — Please Review" \
--caption "Generated with Seedream 5. Dimensions: 1440×900."
レビュー用A/Bバリアント
# 2つのランディングページバリアントを別々のURLに公開
anycap page publish ./variant-a/ --title "Landing — Control Version"
anycap page publish ./variant-b/ --title "Landing — Experiment Version"
# ステークホルダー比較用に両方のURLを返す
Driveアップロード vs. ページパブリッシュ：使い分け
| ユースケース | 最適な方法 |
|---|---|
| 単一ファイルの共有（画像・動画・PDF） | anycap drive upload — CDN URLを返す |
| ナビゲーション付きウェブページのホスティング | anycap page publish — ブラウズ可能なURLを返す |
| 公開ページへのアセット埋め込み | Driveアップロード → URL取得 → HTMLに埋め込み → ページパブリッシュ |
| 長期アセット保存 | Driveアップロード（耐久ストレージ） |
| ステークホルダー向けクイックレビューリンク | ページパブリッシュ（ブラウザ表示に最適化） |
Codex ビルド → 生成 → パブリッシュのフルパイプライン
# ステップ1：Codexがランディングページをビルド
# ... CodexがHTMLファイル、styles.css、assets/を生成
# ステップ2：ヒーロー画像を生成
anycap image generate \
--prompt "developer tool landing hero, dark theme, code editor interface" \
--model seedream-5 \
-o assets/hero.jpg
# ステップ3：ヒーロー動画を生成
anycap video generate \
--prompt "interface comes to life, code highlights animate in" \
--model seedance-2 \
--mode image-to-video \
--param images=./assets/hero.jpg \
-o assets/hero-loop.mp4
# ステップ4：アセットをアップロードして永続CDN URLを取得
HERO_IMG=$(anycap drive upload assets/hero.jpg --format url)
HERO_VID=$(anycap drive upload assets/hero-loop.mp4 --format url)
# ステップ5：CodexがHTMLファイルをライブCDN URLで更新
# （CodexがHTMLを$HERO_IMGと$HERO_VIDの値で編集）
# ステップ6：完成したページを公開
anycap page publish ./ --title "Product Launch Preview"
Codexがページをビルドし、アセットを生成し、永続URLに保存して、ブラウズ可能なプレビューを公開——すべて一つのセッションで完了。
クロスエージェント：同じコマンド、異なるエージェント
パブリッシュコマンドはすべてのエージェントで同一に機能する。変わるのはスキルのインストール先だけ：
| エージェント | インストール先 | パブリッシュの独自メリット |
|---|---|---|
| Codex | ~/.codex/skills/ |
CLIネイティブ——&&で任意のシェルコマンドと同様にチェーン可能 |
| Claude Code | ~/.claude/skills/ |
並列パブリッシュ——Claude Codeはサブエージェントで複数バリアントを並列公開可能 |
| Cursor | ~/.cursor/skills/ |
IDE内蔵——Cursorがエディタを離れずにレビューURLを公開・表示 |
FAQ
CodexにはネイティブなパブリッシュCLIがありますか？
いいえ。Codexは完全なページコードを生成できますが、そのコードをパブリックURLにホストまたは公開する組み込み手段はありません。AnyCapのページパブリッシュコマンドは、Codexがすでに使用しているのと同じCLIを通じてその機能を追加します。
公開したページはいつまでライブ状態を維持しますか？
AnyCap経由で公開されたページは、明示的に非公開にするか、アカウントプランのストレージ期間に達するまでアクセス可能な状態が続きます。
最初の公開後に公開済みページを更新できますか？
はい。同じコンテンツで anycap page publish を再度実行するだけです。名前付きパスに公開することで、更新をまたいで安定したURLを維持することもできます。
公開ページにカスタムドメインを使用できますか？
カスタムドメインのサポートは上位のAnyCapプランで利用可能です。レビューリンクやステークホルダープレビューには、デフォルトの page.anycap.ai URLで十分です。
Codexは代わりに本番ホスティング（Vercel、Netlify）に公開できますか？
はい——上記の方法1が本番デプロイCLIを説明しています。クイックレビューリンクとステークホルダープレビューには anycap page publish を使い、最終的な本番デプロイにはプラットフォームCLIを使用してください。
自動化されたCodexパイプラインでパブリッシュを使用できますか？
はい。anycap page publish はヘッドレスで動作します。ANYCAP_API_KEY を環境変数として設定し、任意のCodex自動化、CIジョブ、またはスケジュールタスクから呼び出してください。
→ Codexにパブリッシュ機能を追加——一度のインストールで全機能
📖 次に読むべき記事
- Codexで画像を生成する方法（2026年） — 公開するアセットを生成する。
- Codexで動画を生成する方法（2026年） — 動画生成のコンパニオンガイド。
- Codexにクラウドストレージを追加する方法（2026年） — Codex生成アセットの永続ファイルストレージ。
- Codexにウェブ検索を追加する方法（2026年） — Codexツールキット全体のリサーチ機能。
関連記事
- Capability Runtimeとは？ — パブリッシュ、画像、動画、検索、ストレージを一つのCLIにまとめるインフラ。
- ターミナルエージェント対決：Claude Code vs. Codex vs. Windsurf — 機能の幅でCodexが他のターミナルエージェントとどう比較されるか。
- AIエージェントとは？開発者向け完全ガイド — エージェントの基礎：なぜパブリッシュ機能が重要なラストマイルなのか。
AnyCapチームが執筆。私たちは、一つのCLIを通じてCodexに即時パブリッシュ、クラウドストレージ、画像生成、動画生成、ウェブ検索を提供するCapability Runtimeを構築しています——エージェントがサンドボックスの境界で止まらないように。