OpenAIはCodexを、開発者向けのコーディングエージェントから企業内の複数職種が使う業務ワークフロー基盤へ広げようとしている。2026年6月2日、同社はCodex向けに6種類の役割別プラグイン、共有可能なインタラクティブ成果物を作る「Sites」、生成物の一部だけを指定して直すアノテーション機能を発表した。Codexの週間利用者は500万人を超え、非開発者がユーザー全体の約20%を占める。OpenAIはさらに、非開発者ユーザー数が開発者の3倍以上のペースで増えているとしている。
この発表の差分は、連携アプリが増えたことではない。Codexの対象作業が、リポジトリ内のコード修正やレビューから、データ分析、営業準備、投資調査、クリエイティブ制作、プロダクトデザイン、社内向けWebアプリの作成へ広がったことにある。ユーザーが毎回手順や連携先を細かく指定する体験から、職種別プラグインと共有可能なSitesで初稿生成、レビュー、更新を同じ作業面へ寄せる体験への移行として読める。
20%の非開発者利用が、Codexの設計対象を変えた
Codexはもともと、ソフトウェア開発を支援するエージェントとして打ち出されてきた。コードを読み、編集し、テストし、レビューし、必要に応じてブラウザやターミナルを使うという体験は、開発者の作業単位に近い。しかしOpenAIが今回示した利用者像は、その範囲を越えている。アナリスト、マーケター、オペレーション担当者、デザイナー、研究者、投資家、銀行関係者が、Codex利用者の約20%を占めるという。
非開発者は付け足された層ではなく、Codexの成長軸として扱われている。開発者の3倍以上のペースで増えているなら、製品側は開発者向けの抽象度だけでは足りなくなる。ターミナル、Git、テスト、プルリクエストといった開発者の自然な作業単位を、営業、投資、マーケティング、デザイン、運用の作業単位へ翻訳する必要がある。
OpenAIが挙げた社内例もその方向を示している。非技術系チームがCodexで社内アプリやダッシュボードを作り、経営層向け資料やブランド要件を反映したクリエイティブ成果物を作成しているという。外部事例では、ZapierがSlack、Googleドキュメント、Codaに蓄積された情報を使い、事後検証レポート、インシデント対応計画、機能開発チケットの作成にCodexを使っている。NVIDIAでは、研究者が研究テーマの探索から機械学習インフラ向けスクリプト作成まで、実験ワークフローの一部としてCodexを使っている。
この並びから見えるのは、Codexが「文章を出すAI」でも「コードを出すAI」でもなく、複数の情報源を読み、関連ツールを使い、途中の成果物を更新しながら仕事を進めるエージェントとして売られていることだ。非開発者向け拡張は、UIを簡単にするだけでは成立しない。どのツールを読むか、どの形式で成果物を作るか、誰がレビューするか、どこまで共有できるかまで含めて、業務の型に寄せる必要がある。
6種類の役割別プラグインは、連携先ではなく作業の型を配る
今回公開される役割別プラグインは、データ分析、クリエイティブ制作、営業、プロダクトデザイン、上場株式投資、投資銀行業務の6種類だ。OpenAIによると、合計で62の人気アプリと110のスキルが含まれる。個別のアプリ連携を並べるだけなら従来のSaaS連携と大きく変わらないが、Codexのプラグインはアプリ、スキル、指示、ワークフローをひとまとまりにしている点で意味が変わる。
OpenAIのCodexドキュメントでは、プラグインはスキル、アプリ連携、MCPサーバーを束ねた再利用可能なワークフローとして説明されている。スキルは特定作業の手順や参照情報を持ち、アプリ連携はGitHub、Slack、Google Driveのような外部ツールの情報取得や操作を可能にし、MCPサーバーは外部システムのツールや共有情報へのアクセスを与える。非開発者が自分で連携や手順を設計しなくても、業務カテゴリごとに「どう進めるか」まで渡す仕組みである。
データ分析プラグインでは、Snowflake、Databricks Genie、Hex、Tableauなどを使い、製品データやビジネスデータを探索し、主要指標が変化した理由を説明し、レポートやダッシュボードを作成する。営業プラグインでは、Salesforce、HubSpot、Slack、Outreach、Clay、Rox、Activelyなどを使い、優先度の高いアカウントやシグナルの抽出、顧客会議の準備、フォローアップ、CRM更新、クロージング計画、リスク商談の見直しを進める。業務データを読み、次の営業行動へ落とす作業である。
クリエイティブ制作プラグインでは、Figma、Canva、Shutterstock、Picsart、Falなどが挙げられている。キャンペーンボード、ディスプレイ広告のバリエーション、商品ライフスタイル写真、EC向け画像セットの制作が対象だ。プロダクトデザインプラグインは、初期アイデアをレビュー可能なプロトタイプへ変換し、ユーザーフローの検証やURLベースのプロトタイプ生成、静的スクリーンショットのインタラクティブ化を扱う。コード生成だけでなく、デザインレビュー前の具体物を作る役割をCodexが持つ。
投資領域では、上場株式投資プラグインと投資銀行業務プラグインが分かれている。前者はMoody's、Daloopa、Datasite、FactSet、LSEG、S&P、PitchBook、Hebbiaなどの情報を使い、決算確認、企業比較、シグナル追跡、投資仮説の裏づけ評価を支援する。後者は、リサーチやデューデリジェンスをクライアント向け資料へまとめ、類似企業や類似取引の分析を提案へ反映する。信頼できるデータへの接続、比較軸、資料化までがセットになることで、エージェントの仕事になる。
ユーザーが毎回「この資料を読んで、次に何をして」と手順を説明するのではなく、職種別プラグインが必要な情報源、手順、出力形式を先に持つ。OpenAIは、コーポレートファイナンス、プライベートエクイティ投資、マーケティング戦略、戦略コンサルティング、法務などのプラグインも今後提供予定としている。Codexが職種別に広がるほど、競争軸はモデル性能だけでなく、業務の型をどれだけ正確にパッケージ化できるかへ移る。
Sitesは、Codexの成果物を「共有される内部アプリ」に変える
Sitesは今回の発表で最も製品の重心を動かす機能だ。OpenAIはBusinessおよびEnterprise顧客向けプレビューとして、Codexでインタラクティブなホスト型ウェブサイトやアプリを作成し、URLでワークスペース内に共有できるようにした。OpenAIのCodexドキュメントでも、SitesはCodexがWebサイト、Webアプリ、ゲームを作成、保存、デプロイ、検査するためのプラグインとして説明されている。
これまでの業務AIの成果物は、文書、スライド、スプレッドシート、コード、チャット回答に分かれがちだった。Sitesはその境界をずらす。顧客レビュー向けのSites作成をCodexに依頼すれば、対象アカウントに関連する製品アップデート、未解決事項、利用傾向、次のステップをまとめたインタラクティブなWebページを生成できる。財務モデルからシナリオプランナーを作れば、リーダーはドキュメントの複数タブを読み進める代わりに前提条件を比較できる。ローンチ資料を、メッセージング、マイルストーン、担当者、意思決定事項を集約する情報ハブへ変換することも想定されている。
価値は、Webページを生成できることではない。生成物がチーム内で共有され、レビューされ、更新される場所になる点にある。OpenAIはSitesを「アイデアを形にするための新しいCanvas」と位置づけている。ダッシュボード、プランナー、レビュー用ワークスペース、プロジェクトボード、ギャラリー、軽量ツールといった形で業務ごとに適した画面を作れるなら、AIの出力は一回限りの回答ではなく、チームが同じ対象を見ながら意思決定する場になる。
導入上の制約も明確にある。SitesはCodexアプリ経由でBusinessおよびEnterpriseチーム向けにプレビュー版として順次提供される。Enterprise管理者は管理者設定からSitesを有効にできる。開発者向けドキュメントでは、SitesのデプロイURLは本番デプロイであり、公開前に確認したい場合はデプロイではなくバージョン保存を依頼するよう説明されている。業務成果物がWebアプリ化されるほど、権限、データ取り扱い、共有範囲、レビュー手順が重要になる。
初期パートナーとして、Wix、Base44、Replit、Lovable、Figma、Webflow、Emergentが挙げられているが、各パートナー連携がどの機能をいつ提供するかは発表時点では示されていない。Sitesの成否は、Codex単体の生成能力では決まらない。ワークスペース内のデータに安全に接続し、適切なアクセス範囲で共有し、チームの既存ツールへ戻せるかが実務上の焦点になる。
アノテーションは、AI生成物を初稿で終わらせないための操作になる
アノテーション機能は、Codexの利用場面を「生成」から「修正」に広げる。OpenAIは、開発者がすでにCodex生成のコード、Markdownファイル、Webサイトの改善にアノテーションを使っていると説明している。今回の発表では、その操作をドキュメント、スプレッドシート、スライドなどのコンテンツ作成にも広げる。
機能の本質は、修正対象を狭く指定できることだ。Sitesのナビゲーションバーを選んでフォント変更を依頼する、投資仮説の記述をハイライトして根拠確認を求める、スライド内のグラフを指定してラベルを分かりやすくする、といった使い方が示されている。Codexは選択箇所に絞って修正するため、最初から作り直したり、満足している部分まで変えたりせずに済む。
コードレビューでは、行番号や差分にコメントを付け、狙った範囲を直す文化がある。営業資料、投資メモ、キャンペーンボード、ダッシュボード、社内Webページでも、実際の作業は初稿生成よりレビューの方が長い。アノテーションはそのレビュー文化をAI成果物に移植する機能であり、Codexが反復的な制作環境になるための部品である。
アノテーションが効くほど、Codexの出力は完成品に近づくまでチーム内で回しやすくなる。マーケティング担当者は表現のトーンを直し、営業担当者は顧客固有のリスクを追加し、投資担当者は根拠の弱い仮説を検証し、デザイナーは画面上の違和感を指定する。こうした部分修正が自然にできなければ、AI生成物は「大きく作れるが、仕上げにくい」まま残る。
普及の壁は、モデル性能よりも権限と業務データの扱いに出る
Codexが全職種へ広がるほど、導入上の論点はモデル性能だけではなくなる。役割別プラグインは62のアプリと110のスキルを含むが、それぞれのアプリには認証、権限、データ共有範囲、監査の問題がある。OpenAIは、BusinessおよびEnterpriseワークスペースでは管理者がワークスペース設定から連携アプリの権限を管理できるとしている。これは便利さの補足ではなく、企業導入の前提条件だ。
OpenAIのCodexプラグイン文書でも、プラグインをインストールしても既存の承認設定は適用され続け、接続された外部サービスは各サービスの認証、プライバシー、データ共有ポリシーに従うと説明されている。Codexが営業、投資、法務、財務、マーケティングへ広がるほど、エージェントが読める情報と操作できる範囲を細かく設計する必要がある。非開発者向けであっても、管理者と情報システム部門の役割はむしろ増える。
価格や詳細な提供条件も、発表時点では読み切れない。役割別プラグインは対応地域で順次提供され、SitesはBusinessおよびEnterprise向けプレビューとして説明されているが、地域ごとの開始時期、最終的な料金、各プランでの利用上限は明示されていない。非開発者が急速に増えているというOpenAIの数字は強いが、実際の普及は、どの企業がどの権限でどのデータへ接続できるかに左右される。
OpenAIがCodexで問うているのは、モデルがどれだけ賢く生成できるかだけではない。企業が安心して接続できるデータ範囲、管理者が制御できる権限、各職種の実務に耐えるワークフローの深さ。この三点が、Codexを開発者ツールから業務基盤へ変えられるかどうかを決める。