ChatGPTのplugins/apps管理は、2026年7月9日のPlugin directory移行で見方が変わりました。ポイントは、pluginの配布と、背後で動くappの接続・権限が別管理になったことです。管理者は「誰にpluginを見せるか」だけでなく、「どのroleにどのappを使わせるか」「どの操作は都度確認にするか」まで分けて設計しないと、導入後に“入れたのに使えない”または“想定より強い権限で動く”というズレが起きやすくなります。
まず結論：plugin配布とapp権限を別々に決める
OpenAI Help Centerの最新ガイドでは、plugin installationとunderlying app accessはseparate controlsだと明記されています。つまり、pluginをroleにAvailableまたはInstalledで配布しても、必要なapp側のaccessやapprovalが閉じていれば、その機能は動きません。逆にappだけ開いても、対象pluginが配布されていなければユーザーは入口を持てません。導入判断は1画面で終わらず、Plugins設定とApps設定を必ずセットで見直すのが前提です。
7月9日の移行で何が変わったのか
2026年7月9日以降、app directoryはPlugin directoryへ移行しました。公式説明では、pluginがChatGPTとCodexにまたがるworkflowの発見入口になり、1つのpluginにskills、apps、app templatesを含められます。一方で、apps自体は引き続き外部データ接続や外部アクションの実体です。既存app connectionはそのまま残るため、移行でいきなり接続が切れるわけではありません。ただし運用視点では、導入窓口がpluginに寄ったぶん、管理者は「見える機能」と「実際に呼べるapp」を分けて説明する必要が強まりました。
Enterprise・EduとBusinessで初期設定が違う
EnterpriseとEduでは、pluginsとunderlying appsはdefaultでdisabledです。管理者はWorkspace settings > PluginsでroleごとにAvailableかInstalledかを決め、必要ならApps側で同じroleへ利用権限を配ります。Businessは逆にappsとpluginsがdefaultでenabledなので、野放しを避けたい組織ほど初期棚卸しが重要です。特に複数部門へ広げる段階では、Businessの“最初から使える”前提を放置すると、部門ごとのデータ境界や承認ルールが後追いになりやすい点に注意が必要です。
管理で詰まりやすい3つの論点
1つ目は、pluginを入れたのにrequired appがroleに開いておらず使えないケースです。2つ目は、appをdisableしてもplugin自体は残るため、skill-only capabilityが一部見え続けるケースです。3つ目は、RBACとapp permissionsを混同するケースです。RBACは誰が使えるか、Action controlは何ができるか、App permissionsはいつ確認を求めるか、という役割分担です。OpenAIの最新ガイドでは、workspace-wideのpermission既定値とは別にappごとの設定も管理でき、以前のaction confirmation controlをapp permissionsが置き換える場面があると案内されています。
導入前に管理者が確認したい手順
実務では、まず対象pluginがrequired appsとoptional appsのどちらを含むかを確認します。次に、利用部門ごとにcustom roleを切り、Connected dataでAllow members to use plugins & appsを有効化したうえで、許可するappをrole単位で選びます。その後、各appでUser accessとAction control、必要に応じてapproval方針を決めます。最後に、ユーザー向けには「pluginが見えていてもapp未承認なら動かない」「Disabled by adminはworkspace設定かrole設定が原因」という問い合わせ基準を共有しておくと、運用初期のサポート負荷をかなり減らせます。
よくある質問
Q. pluginをInstalledにすれば全員すぐ使えますか？ A. いいえ。required appがroleに許可されていない場合、そのapp-backed capabilityは使えません。Q. appを止めればpluginも消えますか？ A. いいえ。公式には、appをdisableしてもpluginやskill-only capabilityが必ずしも消えるわけではないとされています。Q. Workspace Agentsでも同じ承認設定ですか？ A. ここも分離されており、ChatGPT会話のapp permissionsとは別に、agent builder側のper-agent controlsが評価されます。
相談すべきタイミング
もし現在のChatGPT Business/Enterprise/Eduで、plugin配布、role設計、app approval、部門ごとの接続範囲が整理しきれていないなら、先に権限設計を固めてから展開した方が安全です。特に営業・法務・開発で必要appが違う組織は、共通roleで一括展開するより、部署別に最小権限で始める方が事故も問い合わせも抑えやすくなります。
導入前のrole設計やplugin/appの権限整理を相談したい方は、 お問い合わせはこちら 。現状の運用に合わせて、最小権限で回る設定方針を一緒に整理できます。
