OpenAI、Codex pluginをロールアウトしSlack・Figma・Notion・Gmail連携を拡大

OpenAIDevsがXで発表した内容

2026年3月26日、OpenAIの開発者アカウントは、Codexでpluginをロールアウトしており、Slack、Figma、Notion、Gmailなどの業務ツールとすぐにつながると説明した。重要なのは、これが単なるconnector追加ではない点だ。OpenAIはCodexをコード生成だけの存在から、実際のソフトウェア業務で必要になる計画、調整、引き継ぎまで扱う作業面へ押し広げようとしている。

agent開発の摩擦はしばしばエディタ外で生じる。仕様確認、文書参照、タスク調整、成果物の移送といった仕事が残るからだ。plugin層は、そのintegrationコストを下げるための直接的な手当てと読める。

公式ドキュメントが補足した点

OpenAIのCodex文書では、pluginは再利用可能なCodex workflowのためのinstallable bundleと定義されている。文書によれば、pluginにはskills、任意のapp integration、MCP server configurationをまとめられる。つまりOpenAIはpluginを、単発の接続機能ではなく、ツールアクセスとworkflow知識を一緒に配布する形式として扱っている。

利用導線も明確だ。Codex appではOpenAIがキュレーションしたpluginがCodex directoryに表示される。CLIでは/pluginsでplugin画面を開ける。さらにlocal pluginの作り方も案内されており、チームが中央提供のpluginだけでなく、自分たちの内部workflowを標準化して配布できる余地がある。

なぜ重要か

より大きな意味は、Codexが単なるcoding modelではなくworkflow hubとして位置づけられ始めたことにある。skills、tool connection、shared server contextをplugin単位で持ち運べるなら、チーム横断のonboardingと再利用は大きく楽になる。

エンジニアリング組織にとっては、agent導入のスケール方法そのものが変わりうる。各開発者が個別にpromptや接続先を組み立てる代わりに、platform teamが必要なconnectorと手順をまとめた再利用可能なパッケージを配布できるからだ。これにより一貫性が増し、セットアップ時間も短縮され、ガバナンスの管理点も明確になる。

結局のところ、競争軸は出力品質だけではなく、既存の業務システムにどれだけ自然に入り込めるかへ移っている。OpenAIのplugin rolloutは、その運用レイヤーに直接手を入れた更新として注目に値する。

出典: OpenAIDevs X投稿 · OpenAI Codex pluginドキュメント