OpenAI Codex Sitesとは？プラグイン・注釈対応で何が変わったかを解説

監修者_SD以外

監修者プロフィール

森下浩志

日本最大級のAI情報プラットフォーム「romptn ai」編集長。著書に「0からはじめるStable Diffusion」「0からはじめるStable Diffusion モデル・拡張機能集編」など、AmazonベストセラーのAI関連書籍を多数執筆。AIにおける情報の非対称性を解消するための社内研修や出張講義も行う。

今回の更新で変わること

今回のCodex更新で一番大きい変化は、Codexが開発者向けの作業支援から、職種ごとの仕事を形にして共有する道具へ広がったことです。新しく出たのは、役割別にまとまったplugins、URLで共有できるSites、そして生成後に一部だけ直しやすくするannotationsの3つです。

OpenAIは、週次でCodexを使う人が500万人を超え、非開発者が全体の約20%を占め、しかも開発者より速いペースで増えていると説明しています。今回の更新は、その利用者の広がりに合わせて、Codexを『コードを書く人だけの道具』から『仕事の成果物を作って回す道具』へ寄せたと見ると分かりやすくなります。

これまでのCodexに慣れている人ほど、単なる新機能追加と受け取りやすいかもしれません。ただ実際には、作る、共有する、直すまでを一続きの流れにした点が重要です。次の3つを押さえると、今回の更新の意味が見えやすくなります。

① プラグインが役割別になった

今回のpluginsは、接続先が増えただけの話ではありません。OpenAIは、role-specific pluginsがrelevant apps、skills、instructions、workflowsをまとめた単位だと説明しています。つまり『営業ならこの流れ』『分析ならこの組み合わせ』のように、仕事の型ごとに入口を揃えた形です。

公式には、6つのrole-specific pluginsで合計62のappsと110のskillsを含むとされています。データ分析、クリエイティブ制作、営業、プロダクトデザイン、株式投資、投資銀行という並びを見ると、Codexを単なる開発支援ではなく、部門ごとの作業ハブとして広げようとしている意図がはっきり見えます。

読者目線では、ここを『連携先の一覧』ではなく『仕事の入口が役割別に整理された』と理解すると実態に近づきます。毎回ゼロからツール接続や指示の型を考える負担を下げることが、今回のpluginsの価値です。

② Sitesで共有できる

Sitesは、Codexで作った内容をworkspace内でURL共有できるinteractive websites and appsとして出せるpreview機能です。単にHTMLを吐き出すというより、他のメンバーが開いて見たり、レビューしたり、仕事の入口として使える形に寄せているのが特徴です。

公式の例では、Sitesはダッシュボード、planner、launch hub、review space、project board、lightweight toolのような用途に広がるとされています。ここから分かるのは、Sitesが『見せるためのページ』だけでなく、『チームで使うための軽い業務面』を作る方向を向いていることです。

このため、SitesをWeb制作機能とだけ捉えると少しずれます。実態は、Codexで作った成果物をそのまま共有し、会話やレビューの起点にできる配布形態に近い機能です。

③ 注釈で一部だけ直せる

annotationsの価値は、生成後の直し方が変わることにあります。OpenAIは、コードやMarkdown、Codexが作ったwebsitesで使っていたannotationsを、documents、spreadsheets、slidesにも広げたと説明しています。

使い方のイメージもかなり具体的です。たとえばsiteのナビゲーションだけ直したい、投資資料の一文の根拠だけ確認したい、スライドのグラフラベルだけもっと分かりやすくしたい、といった具合に選んだ箇所だけを狙って修正できます。

ここが従来の『全部作り直す』感覚との違いです。良い部分を残したまま、気になる場所だけ詰められるので、下書き後のレビューやチーム内の往復がかなりやりやすくなります。

誰に向く更新か

今回の更新が刺さりやすいのは、コードを書く人だけではありません。OpenAI自身が、Codex利用者の約20%は非開発者で、その伸びは開発者の3倍超だと説明しています。つまり、分析、営業、マーケ、デザイン、運用のような職種で『AIに途中まで作らせて、人が仕上げる』需要がかなり強くなっているということです。

特に相性が良いのは、成果物がそのまま仕事に使われる人です。たとえばダッシュボード、提案資料、レビュー用のページ、社内向けの軽いツール、顧客準備メモのように、作った後に共有や修正が必ず発生する仕事では、Sitesとannotationsの恩恵が大きくなります。

逆に、Codexを純粋なコード生成だけで使っていた人にとっては、今回の更新の価値は少し見えにくいかもしれません。ただ、チームに渡す、レビューしてもらう、他部門にも触ってもらうところまで考えるなら、今回の方向転換はかなり実務的です。

今使える範囲

今回の機能は、個人が同じ条件で一律に触れるものというより、workspaceの設定や権限管理とセットで考える機能として見るのが安全です。pluginsもSitesも、導入前に自分のworkspaceで何が有効になっているかを確認した方がズレがありません。

特にSitesは、作ったものをworkspace内で共有したり管理したりする前提が強い機能です。そのため、個人の単発利用よりも、組織内での公開範囲や設定を見ながら使う場面と相性が良くなっています。

読者が最初に見るべきなのは、機能一覧よりも自分の権限とworkspace側の設定です。『Codexで作れるか』だけでなく、『その成果物を共有して回せる状態か』まで確認すると、導入判断を誤りにくくなります。

従来のCodexとの違い

従来のCodexは、まず『作る』側の道具として理解されやすい存在でした。コードを書かせる、Markdownを整える、websiteを作らせるといった生成の強さが中心で、使い終わりもそこで区切られがちでした。

今回の更新では、その先が明確に足されています。pluginsで役割別の仕事の入口を作り、Sitesで成果物を共有し、annotationsで一部だけ直せるようにしたことで、Codexの価値が生成そのものから、生成後の運用まで伸びた形です。

言い換えると、以前は『Codexで作る』が中心だったのに対し、今は『Codexで作って、渡して、直して、再利用する』までが一つの流れになりつつあります。この差を押さえると、今回の発表がなぜ大きいのかが見えやすくなります。

実務での使いどころ

今回の更新は、機能名だけ追うより『どんな仕事に当てると効くか』で考えると分かりやすくなります。たとえば次のような使い方が現実的です。

OpenAIが紹介している内部利用例やZapierの事例を見ても、狙いは『AIに1回作らせて終わり』ではありません。仕事の材料を引っ張り、形にし、他の人に渡し、指摘を受けて直すという往復を、Codexの中で短くすることが今回の使いどころです。

よくある質問

まとめ

今回のCodex更新は、pluginsで役割別の仕事の入口を整え、Sitesで成果物を共有し、annotationsで一部だけを直しやすくした点が核心です。これによってCodexは、生成して終わる道具ではなく、仕事の成果物を回していく道具へ一段広がりました。

要点を絞ると、次の3つです。

まず確認したいのは、自分のworkspaceでplugin directoryやSites previewが使えるかどうかです。そのうえで、ダッシュボード、提案資料、レビュー用ページ、営業準備のように『作って渡して直す』仕事を1つ選ぶと、今回の更新価値が見えやすくなります。

Codexをコード支援だけで見ていた人ほど、今回の変化は大きく感じるはずです。今後は、何を作れるかだけでなく、どう共有し、どう磨けるかまで含めてCodexを捉えるのが重要になります。