Codexプラグインおすすめ|中小企業の業務別7選と、入れる前の権限チェック
Codexにプラグインを入れると、メールを読んで返信の下書きを作ったり、共有ドライブの資料を横断して探したりできるようになります。便利です。ただ、その便利さは「何を渡したか」の裏返しでもあります。
この記事では、公式ページに名前が出ている業務向けのプラグイン7つを業務別に並べたうえで、入れる前に確かめる4つの軸を整理します。選定の考え方は、公式の管理者向けガイドに書かれている手順をそのまま土台にしています。公式は「まず読み取りだけから始めよ」と、はっきり書いています。
なお、Claude Code から Codex を呼び出す開発者向けのプラグインについては、Claude Code × Codexプラグイン完全ガイドで扱っています。この記事は、Codex 自体に備わったプラグインの仕組みを、業務で使う立場から見たものです。
先に、結論を3つ
1|選ぶ軸は「できること」ではなく「渡すもの」 必要な権限、読み取りの範囲、外部への送信、退職時の扱い。この4つで見ます。
2|公式は「まず読み取りだけから」と明記 送信や投稿などの書き込みを許すのは、責任者と戻し方を決めたあとです。
3|消しても接続は残る プラグインをアンインストールしても、外部サービスとの接続は切れません。退職時に見落としやすい点です。
Codexプラグインとは何か|スキル・コネクタ・MCPとの違い
似た言葉が4つ出てくるので、最初に整理します。公式の説明を、そのまま噛み砕くとこうなります。
スキルは、特定の作業のための手順書と資料をひとまとめにしたものです。「毎週の報告書はこの型で、この順に書く」といった決まりを覚えさせておくためのものです。スキル単体では外部のサービスにつながらず、接続はコネクタの役目です。ImageGenのスキルのように、画像を作る手順を固定したものもスキルの一種です。
コネクタは、外部のサービスへの接続です。Gmail、Googleドライブ、Slackといった別のサービスの中身を読んだり、そこで操作をしたりできるようになります。いわば、別のサービスへ渡る連絡通路です。裏側では MCP という仕組みのサーバーが動いていて、これがツールの定義や認証を担います。MCPそのものはMCPとは?AIとツールをつなぐ新標準で説明しています。
そしてプラグインは、スキルやコネクタ、あるいはその両方を束ねて、インストールできる形にしたものです。公式の言い方を借りれば「スキルは作るための形式、プラグインは配るための形式」です。たとえるなら、スキルが手順書、コネクタが通路、プラグインがそれらを詰めて配る箱のようなものです。
この箱は、ChatGPTとCodexで同じひとつの一覧を共有しています。公式は「両製品はひとつの共通のプラグイン一覧を使う」と書いています。使える場所も明記されていて、ChatGPTのウェブ・デスクトップ・モバイル、ChatGPTデスクトップアプリの中のCodex、そしてCodex CLI(黒い画面に文字で指示する版)です。IDE拡張(開発用のエディタに組み込む版)では使えません。Codexそのものが自分のMacで動くかどうかは、Codexは自分のMacで動くのかで確認できます。
Codex側で使えるモデルが自分の画面に出るかどうかも別の条件で決まる話で、GPT-6 Astraはどこで使えるのかで扱いました。
公式が名指ししているCodexの業務向けプラグイン7つ
ここに載せるのは、公式のプラグイン説明ページに名前と説明が出ているものだけです。開発向けのもの(GitHub、Sentry、CircleCIなど)は除き、業務の場面で使うものに絞りました。
| 業務 | プラグイン | 公式の説明(要約) | 渡すもの(記事の読み) |
|---|---|---|---|
| メール | Gmail | Gmailの読み取りと管理 | 受信箱の中身 |
| 予定 | Google カレンダー | 予定と日程の管理 | 誰といつ会うか |
| 資料 | Google ドライブ | Drive・Docs・Sheets・Slidesを横断して扱う | 共有された文書すべて |
| 社内連絡 | Slack | チャンネルの要約、返信の下書き | 社内のやり取り |
| 議事録 | Notion | 仕様・調査・会議・ナレッジの記録 | 社内の知識の蓄積 |
| 表計算 | 表計算(Spreadsheets) | 表計算ファイルの作成と編集 | 渡したファイルのみ |
| プレゼン | プレゼン(Presentations) | プレゼン資料の作成と編集 | 渡したファイルのみ |
右端の「渡すもの」の列を見てください。同じ「便利」でも、渡す範囲がまるで違います。表計算とプレゼンは、こちらが渡したファイルの中だけで作業します。一方でGoogleドライブは、共有されている文書の全体が対象になります。Gmailなら受信箱、Slackなら社内のやり取りです。
公式の管理者向けガイドは、広く展開するときの入り口として「メール、カレンダー、ファイルや文書のシステムのように、チームが毎日使う分類から始める」と案内しています。上の表ではGmail・Googleカレンダー・Googleドライブがそれにあたります。毎日使うものから入れるのは、効果が見えやすいからです。ただしそれは同時に、渡す範囲が広いものから入れるということでもあります。だからこそ、次の4つの軸が要ります。
選ぶ軸は4つ|権限・読み取り範囲・外部送信・退職時
「何ができるか」で選ぶと、できることが多いものほど良く見えます。しかし業務で使うときに本当に問われるのは「何を渡すことになるか」です。公式ページの記述から、確かめるべき軸を4つに整理しました。
①必要な権限。プラグインの多くは、外部サービスへのサインインを求めます。公式は、対応するサービスで「Sign in with ChatGPT」を使った場合に共有されるのは名前・メールアドレス・プロフィール写真だけで、それ自体はデータへのアクセスを許すものではなく、要求された権限の確認と承認は別の手順だと書いています。サインインの画面を通過したからといって、何を渡したかの確認が済んだわけではありません。
②読み取りの範囲。接続先のどこまでが見えるのか。公式の管理者向けガイドは、接続されたデータの扱いに「同期なし」と「同期あり」の2種類があると説明しています。同期なしは、その場で読んで索引を作らない。同期ありは、選んだ内容を事前に索引化しておく。後者は事前に索引を作る分、対象の範囲を先に決める判断が要ります。
③外部への送信。読むだけか、送ったり投稿したりまでするか。ここが最も大きな分かれ目です。公式はApple Messagesのプラグインを例に、初期設定では「メッセージと宛先を承認したあとにだけ送信する」こと、そして「このチャットへの送信を常に許可」を選ぶと「あなたとして送信する前の最後の確認の機会がなくなる」と、危険を明記しています。
④退職時の扱い。その接続を結んだのは誰か。その人が会社を離れたとき、接続はどうなるか。この軸は後ろの節で詳しく扱いますが、先に結論だけ書くと、プラグインを消しても接続は残ります。
「使えるようにした」と「見られる」は別|権限の連鎖
管理者がプラグインを「使えるように」しても、それだけで社員がデータを見られるわけではありません。公式の管理者向けガイドは、これをはっきり書いています。
ChatGPTでアプリやプラグインを利用可能にしても、接続先のサービスにあるファイル、記録、操作へのアクセスが与えられるわけではありません。
同じページに、権限が6つの層に分かれていることが表で示されています。すべてを覚える必要はありませんが、「一段ずつ通らないと届かない」という構造だけは押さえておく価値があります。
この6層のうち、業務の担当者が実際に判断するのは4段目です。公式は、コネクタの操作を「読み取り専用の操作だけを許す」か「承認した操作の組み合わせだけを許す」かで制御できると書いています。ここで「読み取りだけ」を選んでおけば、下の層で何が起きても、送信や削除には至りません。
言い換えると、権限は「渡す」ものではなく「通す」ものです。管理者が入口を開けても、接続先のサービス側でその人に権限がなければ、見えるものはありません。逆に、接続先で強い権限を持つ人が、送信まで許された状態で使えば、その人が手でやれることはすべてAIにもできてしまいます。倉庫のどの鍵まで渡すかを決める作業に相当するのが、この4段目です。
まず読み取りだけで始める|公式の導入手順
ここが、この記事でいちばん伝えたい部分です。公式の管理者向けガイドは、導入の順序を次のように書いています。
最初の組み合わせが何であれ、読み取りの操作から始めてください。書き込みの操作を有効にする前に、プラグインの責任者を決め、コネクタの権限範囲と接続先サービスの権限を確認し、データへのアクセスを確かめ、外部への影響と復旧の手順を文書にしてください。
読み取りだけでも、できることは多いです。受信箱の未読を要約する、共有ドライブから資料を探す、Slackのチャンネルの流れをまとめる、返信の下書きを作る。これらはすべて読み取りの範囲で済みます。下書きを作るところまでをAIに任せ、送る操作だけを人が行う形です。これは見学者の名札のようなもので、中を見て回ることはできますが、物を動かすことはできません。
書き込みを許すのは、その先です。公式が挙げる4つの条件のうち、中小企業で抜けやすいのは①の責任者と④の復旧手順です。誰がこのプラグインの面倒を見るのか。AIが間違ったメールを送ってしまったとき、誰がどう取り消すのか。この2つを決めずに送信を許すと、問題が起きたときに「誰も分からない」状態になります。
公式はさらに、接続先ごとに記録しておく項目も挙げています。業務上の責任者、許可したデータ、承認した読み取りと書き込みの操作、認証の方法、問い合わせや削除の連絡先の5つです。A4で1枚に収まる量です。プラグインを入れたら、この1枚を作る。それだけで、後で「これ誰が入れたの」が起きなくなります。
試すときの相手も、公式が指定しています。「接続先で、意図した権限だけを持つアカウントでテストする」とあります。管理者権限を持つ人が自分のアカウントで試すと、うまく動いたように見えても、それは権限が強いからかもしれません。実際に使う人と同じ権限で試すのが、正しい試し方です。
アンインストールしても接続は残る|退職時に見るところ
4つの軸の最後、退職時の話です。ここには、直感に反する事実がひとつあります。公式のプラグイン説明ページに、こう書かれています。
プラグインをアンインストールすると、そのChatGPTまたはCodexの環境からプラグイン本体は取り除かれますが、束ねられていたコネクタは、ChatGPT側で管理するまで接続されたままになります。
たとえるなら、社員証だけ回収して合鍵を回収し忘れる状態です。プラグインという箱を捨てても、その箱が結んでいた外部サービスへの通路は生きています。解除は、ChatGPT側の接続の管理画面で別に行う必要があります。
退職時の手順についても、公式は明確です。利用者のライフサイクル管理のページは、退職を「ワークスペースからのアクセス削除、トークンの失効、接続されたシステムの見直し」の3つとして挙げ(ここでいうトークンは自動処理が使う接続の合鍵のことで、文字量の単位のトークンとは別物です)、「ワークスペースから人を削除しても、信頼された自動処理が使っている認証情報の明示的な見直しの代わりにはならない」と念を押しています。
さらに具体的に、「その社員が自動処理の流れを所有している場合、そのトークンや接続先サービスの認可を、別の承認された所有者に移すべきかを検討する」とも書かれています。ここが中小企業で起きやすい落とし穴です。担当者ひとりが自分のアカウントでGmailやドライブを接続し、便利な自動処理を回していた。その人が辞めた。席は消した。しかし接続は、その人の認可のまま残っている。あるいは逆に、認可が切れて自動処理が黙って止まる。どちらも、接続を誰が結んだかを記録していなかったことが原因です。
入れない方がよいプラグインの見分け方
「おすすめ」を並べたあとで言うのは妙かもしれませんが、入れない判断のほうが、業務では価値があります。公式ページの記述から、注意すべき特徴を挙げます。
フックを含むもの。公式はプラグインの構成部品のひとつに「フック」を挙げ、これは設定された時点で自動的に実行されるコマンド(機械に対する命令文)だと説明しています。そして「有効にする前に、プラグインのフックを確認し、信頼できることを確かめてください」と明記しています。何をするコマンドかを読んで理解できないなら、有効にしない。
「常に許可」を求めてくるもの。送信のたびに確認が入るのは面倒に見えます。しかし公式はApple Messagesの例で、常時許可にすると最後の確認の機会がなくなると書き、「そのリスクを受け入れる場合にだけ使う」としています。信頼できない、あるいは誤解を招く指示が含まれる可能性のあるチャットでは、送信ごとの承認を維持するようにも書かれています。業務で使う以上、その可能性はゼロにできません。
出どころが分からないもの。プラグインの一覧には「OpenAI」「あなたのワークスペース」「個人」のタブがあります。管理者はGitHubのリポジトリ(プログラムや設定を置く共有の保管場所)から社内用のプラグイン群を取り込めますが、公式は「取り込む前にリポジトリの内容を確認する」ことと、自動同期が新しいプラグインを自動で追加する点に注意を促しています。誰が作ったか分からないものは、便利そうでも見送る。
渡す範囲と用途が釣り合わないもの。表を作るだけなら、渡すのはそのファイルだけで済みます。共有ドライブ全体への接続は要りません。用途に対して渡す範囲が広すぎるなら、より狭いもので代替できないかを先に考える。これは公式の記述ではなく、この記事の判断基準ですが、4つの軸の自然な帰結です。
30分の試用で確かめること
ここまでを、実際に試すときの手順に落とします。1つのプラグインにつき30分あれば十分です。一覧は、ChatGPTデスクトップアプリのCodexなら「Plugins」のタブから、Codex CLIなら /plugins と打つと開きます。
0〜5分|入れる前に 一覧でプラグインの詳細を開き、含まれるもの(スキル・コネクタ・フック)を見る。フックがあれば中身を読む。読めなければ入れない。
5〜10分|接続する 実際に使う人と同じ権限のアカウントで接続する。サインインの画面と、権限の承認の画面が別に出ることを確かめる。何を求められたかをメモする。
10〜20分|読み取りだけで使う 「今日の未読を要約して」「先月の議事録を探して」のように、読むだけの指示を出す。見えてはいけないものが見えていないかを確かめる。
20〜25分|下書きまで任せる 返信の下書きを作らせ、送信は自分で行う。送る前に確認が入るかを見る。
25〜30分|1枚にまとめる 責任者・許可したデータ・許した操作・認証の方法・削除の連絡先の5項目を書く。書けない項目があるなら、まだ本番には入れない。
この30分で、4つの軸のうち①②③は確かめられます。④の退職時だけは、その場では確かめられません。だからこそ、最後の5分で1枚にまとめるのです。接続を結んだ人の名前がそこに書いてあれば、その人が去るときに何を見直すべきかが分かります。
私たちの見解|鍵の数で選ぶ
プラグインの選定でいちばん多い失敗は、「できることが多いから」で選ぶことだと考えています。できることが多いプラグインは、渡すものも多い。それは悪いことではありませんが、渡すものの数を数えずに入れると、あとで数えることになります。たいていは、何かが起きたあとに。
今回、公式のページを読み直して印象に残ったのは、公式自身が「まず読み取りだけから」と書いていることでした。便利さを売る立場の会社が、自分の製品について「最初は控えめに使え」と書いている。これは、書き込みを許した状態で起きる事故の重さを、作った側がいちばん分かっているからだと受け止めています。
もうひとつは、「消しても接続は残る」という記述です。これは仕様の説明であって、警告として書かれているわけではありません。しかし業務の側から見れば、これほど重要な一文はありません。退職者の処理を「アカウントを消す」だけで済ませている会社は、少なくないはずです。プラグインが普及すると、その処理では足りなくなります。
選び方の結論はひとつです。鍵の数で選ぶ。同じ仕事ができるなら、渡す鍵が少ないほうを選ぶ。鍵を渡すなら、誰が渡したかを1枚に書く。それだけで、便利さはそのままに、事故の大きさだけを小さくできます。
まとめ
1|プラグインは「配る箱」 中身はスキル(手順書)とコネクタ(外部への接続)。ChatGPTとCodexは同じ一覧を共有し、IDE拡張では使えません。
2|公式が名指しする業務向けは7つ Gmail・Googleカレンダー・Googleドライブ・Slack・Notion・表計算・プレゼン。渡す範囲は、ファイル1つから受信箱全体まで幅があります。
3|選ぶ軸は4つ 必要な権限、読み取りの範囲、外部への送信、退職時の扱い。「できること」ではなく「渡すもの」で見ます。
4|まず読み取りだけ 公式の明記。書き込みは、責任者・権限範囲・データの確認・復旧手順の4つを済ませてから。
5|消しても接続は残る 退職時は、席の削除・トークンの失効・接続の見直しの3つを別々に。誰が接続を結んだかを、入れたときに1枚に書いておく。
プラグインは、入れた瞬間がいちばん便利に見えます。その瞬間に、渡した鍵の数と、渡した人の名前を書き残す。地味ですが、それが業務で使うということだと考えています。
よくある質問
Codexのプラグインとスキルは、何が違うのですか?
公式の説明では、スキルは特定の作業のための手順書と資料をまとめたもの、プラグインはスキルや外部サービスへの接続(コネクタ)、あるいはその両方を束ねてインストールできる形にしたものです。つまりスキルは中身、プラグインは配る箱にあたります。コネクタはMCPサーバーという仕組みで外部サービスとつながります。ChatGPTとCodexは同じひとつのプラグイン一覧を共有しているので、どちらから探しても同じ公開プラグインが見つかります。なお公式は、プラグインはChatGPTのウェブ・デスクトップ・モバイル、そしてChatGPTデスクトップアプリ内のCodexとCodex CLIで使え、IDE拡張では使えないと明記しています。
どのプラグインから入れればよいですか?
公式の管理者向けガイドは、広く展開するなら「メール、カレンダー、ファイルや文書のシステム」のように毎日使う分類から始めるよう案内しています。この記事で挙げた7つのうち、Gmail、Googleカレンダー、Googleドライブがこれにあたります。そして最初の組み合わせが何であっても「読み取りの操作から始める」ことを公式が明記しています。書き込み、つまり送信や投稿を許す前に、責任者を決め、接続先の権限を確かめ、外部への影響と元に戻す手順を文書にしておく、という順序です。便利さの順ではなく、渡すものが少ない順に入れるのが、公式の推奨と一致します。
プラグインを消せば、外部サービスとの接続も切れますか?
切れません。公式は、プラグインをアンインストールするとその環境からプラグイン本体は取り除かれるが、束ねられていたコネクタはChatGPT側で管理するまで接続されたままだと明記しています。プラグインの削除と接続の解除は別の操作です。担当者が退職するときも同じ構図で、公式の手順は、ワークスペースからの削除、トークンの失効、接続先の見直しを別々の作業として挙げています。人を消しただけでは、その人が結んだ接続は残る可能性があります。
どのプランなら使えますか?
公式の料金ページにある機能別の対応表では、プラグインはPlus・Pro・Business・Enterpriseの各プランで利用できます。APIキーでサインインした場合は「一部の公式プラグインが利用できない」という限定つきで、プラグインの共有とコネクタはAPIキーでは利用できません。無料プランとGoは、この対応表に列がありません。さらに公式は「プラグインの利用可否は、プラン、ワークスペースの設定、そしてプラグインそのものによって決まる」と書いています。プランの条件を満たしていても、ワークスペースの管理者が使えるようにしていなければ一覧に出ませんし、プラグインごとの条件もあります。管理者向けの機能にも差があり、公開プラグイン一覧のCSV書き出しはEnterpriseのワークスペース向けです。まず自分の画面のプラグイン一覧を開いて、何が表示されるかを確かめるのが確実です。
参照元・出典
- ChatGPT Learn「Plugins」(2026年9月6日確認)— プラグインの定義、対応する場所(IDE拡張は非対応)、公式が名指しするGmail・Googleドライブ・Slack、構成部品6種、Sign in with ChatGPTで共有される情報、アンインストール後もコネクタが接続されたままである旨、Apple Messagesの送信承認
- ChatGPT Learn「Skills & Plugins」(2026年9月6日確認)— スキルとプラグインの違い、コネクタがMCPサーバーに支えられている旨
- ChatGPT Learn「Build skills」(2026年9月6日確認)— 「スキルは作るための形式、プラグインは配るための形式」の原文、スキルが接続されたツールを参照できる旨
- ChatGPT Learn「Plugin controls」(2026年9月6日確認)— 権限の6層、「利用可能にしてもアクセスは与えられない」、読み取りから始める手順と書き込み前の4条件、接続先ごとの記録項目5つ、同期あり・なし、意図した権限だけのアカウントでテストする旨、公開カタログのCSV書き出し(Enterprise)
- ChatGPT Learn「Plugin management」(2026年9月6日確認)— GitHubからのマーケットプレイス取り込み、取り込み前の内容確認、自動同期
- ChatGPT Learn「User lifecycle management」(2026年9月6日確認)— 退職時の3つの作業、人の削除は認証情報の見直しの代わりにならない旨、自動処理の所有者の移管
- ChatGPT Learn「Pricing」(2026年9月6日確認)— 機能別の対応表。プラグインはPlus・Pro・Business・Enterpriseで利用可、APIキーは一部の公式プラグインが使えない限定、プラグイン共有とコネクタはAPIキーで利用不可
- ChatGPT Learn「Use ChatGPT」(2026年9月6日確認)— 「プラグインの利用可否は、プラン、ワークスペースの設定、プラグインそのものによって決まる」の原文
- OpenAI Developers「Plugins」(2026年9月6日確認)— 公開プラグイン一覧の入口