OpenAI が plugin extensions を発表 — ChatGPT と Codex の中にエディタやダッシュボードそのものを置けるようになる

要約

plugin extensions は、プラグインの位置づけを変える発表です。

これまでのプラグインは、実質的にツール呼び出しでした。ChatGPT が外部のサービスを呼び、結果を受け取って、会話の中で読み上げる。主役はあくまで会話で、プラグインはその裏方です。

plugin extensions は、プラグインを「ChatGPT の中でネイティブに動くアプリケーション」へ引き上げます。

Sam Altman の表現がそのまま要約になっています。「エディタ、ダッシュボード、ワークスペースまるごとを ChatGPT と Codex の中に直接作れる」。

開発者ができることは、具体的に3つ挙げられています。

プラグインを ChatGPT のサイドバーへ追加する。 チャットの横に表示される対話型パネルを作る。 ファイル形式ごとのビューアを作る。 利用者はチャットを続けながら、同じ画面でそのツールを操作します。

開発と流通の側も整備されました。

Plugin Creator が構築を補助します。提出フローが再設計され、フィードバックが明確化されました。ディレクトリと会話内でのランキング・推薦が改善され、利用者が関連するプラグインを見つけやすくなります。配布は OpenAI 経由です。

早期の例として Canva、Figma、Adobe が名指しされています。 デモでは、plugin extensions で作られた会議アプリが ChatGPT の中に予定を表示しました。

OpenAI 自身の位置づけがはっきりしています。 「ChatGPT を人間とエージェントが協働する共有面として開き、週間12億人超の利用者へ開発者が直接ネイティブ体験を出せるようにする」。

何が変わったか

• plugin extensions を発表（DevDay 2026、2026-09-29）
• プラグインがツール呼び出しから、ChatGPT 内でネイティブに動くアプリケーションへ
• サイドバーへの常駐が可能に
• チャットの横に表示される対話型パネルを作れる
• ファイル形式ごとのビューアを作れる
• Codex の中にも同様に置ける
• Plugin Creator が構築を補助
• 提出フローを再設計し、フィードバックを明確化
• ディレクトリと会話内のランキング・推薦を改善
• 早期の例として Canva、Figma、Adobe
• OpenAI の位置づけ: 週間12億人超への直接的な配布面

業務インパクト（一般企業向け）

この発表が効くのは、自社でソフトウェアを提供している組織です。 社内で ChatGPT を使うだけの組織にとっては、当面は「便利なプラグインが増えるかもしれない」という話に留まります。

SaaS やツールを提供している側にとっては、戦略判断が発生します。

問いは単純です。「自社サービスの利用者は、ChatGPT の中にどれくらいいるか」。

もし利用者が日常的に ChatGPT を開いていて、そこから自社サービスへ移動しているなら、その移動をなくせるという話になります。逆に、利用者が自社の画面に張り付いているなら、急ぐ理由はありません。

週間12億人という数字の扱いには、少し注意が必要です。

これは配布面の規模であって、自社サービスの見込み客の数ではありません。アプリストアが登場したときと同じ構図で、面が大きいことと、自社が見つけてもらえることは別です。ランキングと推薦が改善されたということは、逆に言えばそこで順位が付くということでもあります。

それでも、検討する価値がある理由は「摩擦の除去」です。

利用者が ChatGPT で何かを考えている最中に、自社の機能がその場で使える。アプリを開き直す、ログインし直す、文脈を説明し直す——この3つが消えます。 機能そのものの優劣より、この摩擦の差が使用頻度を決めることは珍しくありません。

実務的な検討順序を提案します。

第1に、自社の機能のうち「会話の途中で呼ばれると自然なもの」を1つ選ぶ。 全機能を移植する話ではありません。第2に、それが対話型パネルとして成立するか考える。 入力が少なく、出力が視覚的なものが向きます。ダッシュボード、プレビュー、簡易な編集。第3に、小さく作って出してみる。

逆に、慎重であるべき点もあります。

プラットフォームに載るということは、そのプラットフォームの都合に従うということです。審査基準、ランキングのアルゴリズム、手数料の扱い、そして将来の方針変更。自社サービスの主要な導線を ChatGPT に依存させるのは、リスクの集中です。

現実的には、「追加の導線」として持つのが妥当です。既存の自社チャネルを維持したまま、ChatGPT 内にも入口を置く。そこからの流入が実際にどれくらいあるかを測ってから、投資配分を決める。

Codex にも同じものが置けるという点は、開発ツール系の事業者に効きます。 開発者が Codex を開いている時間に、自社のツールがその中にある。CI の状態、ログ、モニタリング、チケット——開発者が別ウィンドウで見ているものは、だいたい候補になります。

副業・個人活用視点

個人開発者にとって、これは配布の話です。そして配布は、個人にとって常に最大の壁です。

良いツールを作っても、使ってもらえない。集客にコストがかかる。この構造に対して、「既に12億人が来ている場所に出せる」というのは、確かに大きな変化です。

ただし、期待の水準は現実的に持ってください。

アプリストアの歴史が示しているのは、プラットフォームが大きくても、個人が埋もれる構造は変わらないということです。Canva、Figma、Adobe が名指しで早期の例に挙がっている時点で、目立つ場所を取るのが誰かは想像がつきます。

それでも個人に勝ち目があるとすれば、ニッチです。 大手が作らない、狭くて具体的な用途。特定の業界、特定の作業、特定のファイル形式。「ファイル形式ごとのビューアを作れる」という機能は、まさにニッチ向けです。 業界特有の形式を扱えるビューアは、大手が作る理由がありません。

Plugin Creator が構築を補助するという点も、個人には効きます。作るコストが下がるなら、試す本数を増やせます。1本に賭けるより、5本出して反応を見る方が、個人の戦い方としては現実的です。

受託の文脈では、これは新しい案件カテゴリになり得ます。

「自社サービスの plugin extension を作りたい」という依頼は、これから出てきます。既に SaaS を持っている企業が、ChatGPT 内に窓を出す——技術的には大きな開発ではなく、しかし判断には知識が要る。この隙間は、個人の受託者が取りやすい領域です。

ただし、いま営業をかけるのは早いと思います。仕様が固まり、実例が出て、顧客側が「うちもやるべきか」と考え始めてからで間に合います。いまやるべきは、自分で1本作ってみることです。作った経験があることが、半年後の営業材料になります。

発信のネタとしては、「ChatGPT がプラットフォームになる」という切り口が最も読まれるはずです。

ただし、この論点は既に多くの人が書きます。 差をつけるなら、実際に作ってみた記録の方が価値があります。Plugin Creator を使ってみてどうだったか、審査はどうだったか、対話型パネルで何ができて何ができなかったか。一次情報を持っている人が少ない期間は、そこに価値が集中します。

もう1つ、「アプリストアモデルへの挑戦」という文脈で報じられている点も押さえておくと良いです。ChatGPT が独自の配布面を持つということは、既存のアプリストアを経由しない導線ができるということでもあります。この視点は、ビジネス寄りの読者に刺さります。

情報源の制約について

openai.com は WebFetch が 403 を返す状態が7日連続で続いており、公式本文を直接取得できていません。

本記事の内容は、検索経由で確認した報道（TechCrunch 2本、Thurrott、Kantan.News、Engadget）を突き合わせて再構成したものです。Sam Altman の発言として引用した部分は、報道が引用したものの再引用であり、公式トランスクリプトから直接取ったものではありません。公式 URL は検索結果に現れたものをそのまま記載し、スラッグは推測していません。