2026.09.09 · 17分で読める

Codexプラグインおすすめ|中小企業の業務別7選と、入れる前の権限チェック

Codexにプラグインを入れると、メールを読んで返信の下書きを作ったり、共有ドライブの資料を横断して探したりできるようになります。便利です。ただ、その便利さは「何を渡したか」の裏返しでもあります。

この記事では、公式ページに名前が出ている業務向けのプラグイン7つを業務別に並べたうえで、入れる前に確かめる4つの軸を整理します。選定の考え方は、公式の管理者向けガイドに書かれている手順をそのまま土台にしています。公式は「まず読み取りだけから始めよ」と、はっきり書いています。

なお、Claude Code から Codex を呼び出す開発者向けのプラグインについては、Claude Code × Codexプラグイン完全ガイドで扱っています。この記事は、Codex 自体に備わったプラグインの仕組みを、業務で使う立場から見たものです。

先に、結論を3つ

1|選ぶ軸は「できること」ではなく「渡すもの」 必要な権限、読み取りの範囲、外部への送信、退職時の扱い。この4つで見ます。

2|公式は「まず読み取りだけから」と明記 送信や投稿などの書き込みを許すのは、責任者と戻し方を決めたあとです。

3|消しても接続は残る プラグインをアンインストールしても、外部サービスとの接続は切れません。退職時に見落としやすい点です。

Codexプラグインとは何か|スキル・コネクタ・MCPとの違い

似た言葉が4つ出てくるので、最初に整理します。公式の説明を、そのまま噛み砕くとこうなります。

スキル・コネクタ・MCP・プラグインの関係 プラグインは、スキル(作業の手順書)とコネクタ(外部サービスへの接続)を束ねて配る箱である。コネクタの裏側ではMCPサーバーが動く。ChatGPTとCodexは同じひとつのプラグイン一覧を共有することを示した図 プラグインは「配るための箱」 中身はスキルとコネクタ。どちらか片方でも、両方でもよい プラグイン スキル 作業の手順書と資料 「毎週の報告はこの型で」 自分でも作れる それだけでは外部につながらない コネクタ 外部サービスへの接続 Gmail・ドライブ・Slack など 裏側で MCP サーバーが動く そのサービスへのサインインが要る ChatGPT と Codex は、同じひとつの一覧を共有 どちらから探しても、同じ公開プラグインが見つかる

スキルは、特定の作業のための手順書と資料をひとまとめにしたものです。「毎週の報告書はこの型で、この順に書く」といった決まりを覚えさせておくためのものです。スキル単体では外部のサービスにつながらず、接続はコネクタの役目です。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など)は除き、業務の場面で使うものに絞りました。

業務別に見た公式プラグイン7つ 公式ページに名前が出ている業務向けプラグイン7つを、総務・経理、営業・顧客対応、会議・資料作成の3つの業務に分けて配置した図。Gmail、Googleカレンダー、Googleドライブ、Slack、Notion、表計算、プレゼンの7つ 公式が名指しする業務向けプラグイン 7つ 業務は目安。ひとつのプラグインが複数にまたがることもある 総務・経理 表計算 表計算ファイルの 作成と編集 Google ドライブ Docs・Sheets・Slides を横断して扱う 営業・顧客対応 Gmail メールの読み取り と管理 Google カレンダー 予定の管理 Notion 仕様・調査・会議 ・ナレッジの記録 会議・資料作成 Slack チャンネルの要約 返信の下書き プレゼン プレゼン資料の 作成と編集 名前と説明は 2026年9月6日時点の公式ページに基づく

業務 プラグイン 公式の説明(要約) 渡すもの(記事の読み)
メール Gmail Gmailの読み取りと管理 受信箱の中身
予定 Google カレンダー 予定と日程の管理 誰といつ会うか
資料 Google ドライブ Drive・Docs・Sheets・Slidesを横断して扱う 共有された文書すべて
社内連絡 Slack チャンネルの要約、返信の下書き 社内のやり取り
議事録 Notion 仕様・調査・会議・ナレッジの記録 社内の知識の蓄積
表計算 表計算(Spreadsheets) 表計算ファイルの作成と編集 渡したファイルのみ
プレゼン プレゼン(Presentations) プレゼン資料の作成と編集 渡したファイルのみ

右端の「渡すもの」の列を見てください。同じ「便利」でも、渡す範囲がまるで違います。表計算とプレゼンは、こちらが渡したファイルの中だけで作業します。一方でGoogleドライブは、共有されている文書の全体が対象になります。Gmailなら受信箱、Slackなら社内のやり取りです。

公式の管理者向けガイドは、広く展開するときの入り口として「メール、カレンダー、ファイルや文書のシステムのように、チームが毎日使う分類から始める」と案内しています。上の表ではGmail・Googleカレンダー・Googleドライブがそれにあたります。毎日使うものから入れるのは、効果が見えやすいからです。ただしそれは同時に、渡す範囲が広いものから入れるということでもあります。だからこそ、次の4つの軸が要ります。

選ぶ軸は4つ|権限・読み取り範囲・外部送信・退職時

「何ができるか」で選ぶと、できることが多いものほど良く見えます。しかし業務で使うときに本当に問われるのは「何を渡すことになるか」です。公式ページの記述から、確かめるべき軸を4つに整理しました。

プラグインを選ぶ4つの軸 プラグインを選ぶときに確かめる4つの軸。必要な権限(接続時に何を求められるか)、読み取りの範囲(どこまで見えるか、同期するか)、外部への送信(送る・投稿するを許すか)、退職時の扱い(誰が結んだ接続か)を示した図 選ぶ軸は「できること」ではなく「渡すもの」 4つとも、公式ページの記述に対応している ① 必要な権限 接続時に何を求められるか サインインと権限の承認は別 サインインで渡るのは 名前・メール・写真だけ ② 読み取りの範囲 どこまで見えるか その場で読むか、先に索引を作るか 「同期あり」は事前に 中身を索引化する ③ 外部への送信 送る・投稿するを許すか 送る前に確認が入るか 「常に許可」にすると 最後の確認が消える ④ 退職時の扱い 誰が結んだ接続か その人が去ったら誰が引き継ぐか 消しても接続は残る 人の削除と接続の解除は別

①必要な権限。プラグインの多くは、外部サービスへのサインインを求めます。公式は、対応するサービスで「Sign in with ChatGPT」を使った場合に共有されるのは名前・メールアドレス・プロフィール写真だけで、それ自体はデータへのアクセスを許すものではなく、要求された権限の確認と承認は別の手順だと書いています。サインインの画面を通過したからといって、何を渡したかの確認が済んだわけではありません。

②読み取りの範囲。接続先のどこまでが見えるのか。公式の管理者向けガイドは、接続されたデータの扱いに「同期なし」と「同期あり」の2種類があると説明しています。同期なしは、その場で読んで索引を作らない。同期ありは、選んだ内容を事前に索引化しておく。後者は事前に索引を作る分、対象の範囲を先に決める判断が要ります。

③外部への送信。読むだけか、送ったり投稿したりまでするか。ここが最も大きな分かれ目です。公式はApple Messagesのプラグインを例に、初期設定では「メッセージと宛先を承認したあとにだけ送信する」こと、そして「このチャットへの送信を常に許可」を選ぶと「あなたとして送信する前の最後の確認の機会がなくなる」と、危険を明記しています。

④退職時の扱い。その接続を結んだのは誰か。その人が会社を離れたとき、接続はどうなるか。この軸は後ろの節で詳しく扱いますが、先に結論だけ書くと、プラグインを消しても接続は残ります

「使えるようにした」と「見られる」は別|権限の連鎖

管理者がプラグインを「使えるように」しても、それだけで社員がデータを見られるわけではありません。公式の管理者向けガイドは、これをはっきり書いています。

ChatGPTでアプリやプラグインを利用可能にしても、接続先のサービスにあるファイル、記録、操作へのアクセスが与えられるわけではありません。

同じページに、権限が6つの層に分かれていることが表で示されています。すべてを覚える必要はありませんが、「一段ずつ通らないと届かない」という構造だけは押さえておく価値があります。

権限は6つの層を順に通る 公式が示す権限の6層。プラグインが利用可能か、含まれるスキル、アプリへのアクセス、操作と権限、接続先サービス側の認可、実行時の権限。上から順にすべて通ってはじめてデータに届くことを示した図 権限は6つの層を、順に通る どこか1つで止まれば、データには届かない 1 プラグインが利用可能か(管理者が決める) 2 どのスキルが含まれるか 3 接続先アプリを使えるか(役割ごと) 4 どの操作を許すか(読み取りだけ/書き込みも) 5 接続先サービス側で、その人に何が許されているか 6 実行時の権限(隔離の設定と、動かす直前の承認) 4段目の「読み取りだけ」が、公式のすすめる出発点

この6層のうち、業務の担当者が実際に判断するのは4段目です。公式は、コネクタの操作を「読み取り専用の操作だけを許す」か「承認した操作の組み合わせだけを許す」かで制御できると書いています。ここで「読み取りだけ」を選んでおけば、下の層で何が起きても、送信や削除には至りません。

言い換えると、権限は「渡す」ものではなく「通す」ものです。管理者が入口を開けても、接続先のサービス側でその人に権限がなければ、見えるものはありません。逆に、接続先で強い権限を持つ人が、送信まで許された状態で使えば、その人が手でやれることはすべてAIにもできてしまいます。倉庫のどの鍵まで渡すかを決める作業に相当するのが、この4段目です。

まず読み取りだけで始める|公式の導入手順

ここが、この記事でいちばん伝えたい部分です。公式の管理者向けガイドは、導入の順序を次のように書いています。

最初の組み合わせが何であれ、読み取りの操作から始めてください。書き込みの操作を有効にする前に、プラグインの責任者を決め、コネクタの権限範囲と接続先サービスの権限を確認し、データへのアクセスを確かめ、外部への影響と復旧の手順を文書にしてください。

読み取りから書き込みへ進む前の4つの条件 公式の導入手順。まず読み取りの操作だけで始め、書き込みを許す前に、責任者を決める、権限範囲を確認する、データへのアクセスを確かめる、外部への影響と復旧手順を文書にする、の4つを済ませることを示した図 まず読み取りだけ。書き込みは4つを済ませてから 公式の管理者向けガイドの手順 読み取りだけ 要約する・探す・下書きを作る ここから始める 書き込みも 送る・投稿する・書き換える 下の4つを済ませてから プラグインの責任者を決める コネクタの権限範囲と、接続先の権限を確認する 実際にどのデータに届くかを確かめる 外部への影響と、元に戻す手順を文書にする

読み取りだけでも、できることは多いです。受信箱の未読を要約する、共有ドライブから資料を探す、Slackのチャンネルの流れをまとめる、返信の下書きを作る。これらはすべて読み取りの範囲で済みます。下書きを作るところまでをAIに任せ、送る操作だけを人が行う形です。これは見学者の名札のようなもので、中を見て回ることはできますが、物を動かすことはできません。

書き込みを許すのは、その先です。公式が挙げる4つの条件のうち、中小企業で抜けやすいのは①の責任者④の復旧手順です。誰がこのプラグインの面倒を見るのか。AIが間違ったメールを送ってしまったとき、誰がどう取り消すのか。この2つを決めずに送信を許すと、問題が起きたときに「誰も分からない」状態になります。

公式はさらに、接続先ごとに記録しておく項目も挙げています。業務上の責任者、許可したデータ、承認した読み取りと書き込みの操作、認証の方法、問い合わせや削除の連絡先の5つです。A4で1枚に収まる量です。プラグインを入れたら、この1枚を作る。それだけで、後で「これ誰が入れたの」が起きなくなります。

試すときの相手も、公式が指定しています。「接続先で、意図した権限だけを持つアカウントでテストする」とあります。管理者権限を持つ人が自分のアカウントで試すと、うまく動いたように見えても、それは権限が強いからかもしれません。実際に使う人と同じ権限で試すのが、正しい試し方です。

アンインストールしても接続は残る|退職時に見るところ

4つの軸の最後、退職時の話です。ここには、直感に反する事実がひとつあります。公式のプラグイン説明ページに、こう書かれています。

プラグインをアンインストールすると、そのChatGPTまたはCodexの環境からプラグイン本体は取り除かれますが、束ねられていたコネクタは、ChatGPT側で管理するまで接続されたままになります。

プラグインの削除と接続の解除は別の操作 プラグインをアンインストールしても、束ねられていたコネクタの接続は残る。退職時には、ワークスペースからの削除、トークンの失効、接続先の見直しの3つが別々の作業であることを示した図 消しても、接続は残る プラグインの削除と、接続の解除は別の操作 プラグインを削除 箱は取り除かれる しかし…… 接続は残っている 通路はつながったまま ChatGPT側で別に解除する 退職時に公式が挙げる3つの作業 ① 席を消す ワークスペースから その人を削除 ② 鍵を失効 その人が作った トークンを無効に ③ 接続を見直す その人が結んだ 外部接続を引き継ぐか切る ①だけでは②③は済まない、と公式が明記

たとえるなら、社員証だけ回収して合鍵を回収し忘れる状態です。プラグインという箱を捨てても、その箱が結んでいた外部サービスへの通路は生きています。解除は、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のワークスペース向けです。まず自分の画面のプラグイン一覧を開いて、何が表示されるかを確かめるのが確実です。

参照元・出典

← Blog一覧へ