はじめに
「Codexがコードを書くだけでなく、SlackにもNotionにも連携できるって本当？」
「プラグインはどうやって追加するの？」
「どのプラグインから使い始めれば効果が大きい？」
2026年4月のCodexデスクトップアプリの大型アップデートで、90以上のプラグインが追加されました。これによってCodexはコーディングエージェントから、開発周辺の業務全体を自動化できるツールへと進化しています。
この記事では、主要プラグインの設定方法と具体的な活用パターンを解説します。
目次
- プラグインとは何か
- プラグインの追加・管理方法
- 開発ワークフロー系プラグイン
- デザイン・ドキュメント系プラグイン
- プロジェクト管理系プラグイン
- クラウドストレージ系プラグイン
- プラグインを組み合わせたワークフロー例
- CLIでのプラグイン管理
- まとめ
1. プラグインとは何か
基本的な概念
プラグインとは、Codexと外部サービスを接続するアドオンです。プラグインを有効化することで、Codexはそのサービスのデータを読み書きできるようになります。
技術的にはMCP（Model Context Protocol）をベースとした仕組みで実装されており、Codexアプリとコマンドラインツール（CLI）でプラグインを共有できます。
プラグインで何が変わるか
| プラグインなし | プラグインあり |
|---|---|
| Slackの通知を手動で送信 | Codexが自動でSlackに投稿 |
| Notionの仕様書を手動でコピペ | Codexがリアルタイムでドキュメントを参照 |
| Figmaのデザインを別画面で確認 | Codexがデザイン情報をコード生成に活用 |
| GitHub Issueを手動で確認 | Codexが自律的にIssueを参照・更新 |
2. プラグインの追加・管理方法
デスクトップアプリからの追加
- Codexデスクトップアプリを起動
- 左サイドバーの「Plugins」（またはマーケットプレイスアイコン）をクリック
- 追加したいプラグインを検索して「Add」をクリック
- 必要に応じてAPIキー・OAuthで認証を完了する
CLIからの追加
CLIでも同じプラグインを追加・共有できます。同じOpenAIアカウントでサインインすることで、アプリとCLIのプラグインが自動的に同期されます。
# プラグインの追加
codex marketplace add slack
# プラグインの一覧確認
codex marketplace list
# プラグインの削除
codex marketplace remove slack認証情報の管理
プラグインのAPIキーやOAuthトークンはCodexの設定ファイルに保存されます。セキュリティの観点から、以下の点に注意してください。
- プラグインの認証情報はAGENTS.mdに直接書かない
- 権限は最小限に設定する（読み取り専用で十分なプラグインは読み取り専用で）
- 不要になったプラグインは速やかに削除する
3. 開発ワークフロー系プラグイン
GitHub
できること：
- Issue・PRの読み込み・作成・更新
- コメントの投稿
- レビューの依頼
- ブランチの作成
活用例：
> GitHub Issue #142の内容を確認して、
その仕様に従った実装を行い、
完了したらPRを作成してIssueにリンクを貼ってください。> 今週マージされたPRの一覧と変更概要をまとめて教えてください。GitLab
GitHubと同等の機能をGitLabリポジトリで実現できます。社内GitLabを使っているチームに特に有効です。
> GitLabのMR（マージリクエスト）一覧を確認して、
レビュー待ちのものをSlackの#devチャンネルに投稿してください。JIRA
できること：
- チケットの読み込み・更新
- コメントの追加
- ステータスの変更
- スプリントの確認
活用例：
> JIRAのスプリント「Sprint 23」で自分にアサインされているチケットを確認して、
優先度の高い順に今日のタスクリストを作成してください。> このバグ修正が完了しました。
JIRA-456のステータスを「In Review」に変更して、
修正内容のコメントを追加してください。4. デザイン・ドキュメント系プラグイン
Figma
できること：
- デザインファイルのコンポーネント情報の取得
- カラー・タイポグラフィ・スペーシングの確認
- アセットの参照
活用例：
> FigmaのデザインファイルからButtonコンポーネントの
カラーコード・フォントサイズ・パディングを取得して、
Tailwind CSSのコンポーネントとして実装してください。> Figmaに定義されているカラーパレットを確認して、
tailwind.config.jsのカスタムカラーとして設定してください。Figmaプラグインを最大限活用するコツ： デザインシステムのFigmaファイルをCodexが参照できる状態にしておくことで、デザインと実装の乖離を大幅に減らせます。
Notion
できること：
- ページの読み込み・作成・更新
- データベースの検索・操作
- コメントの追加
活用例：
> Notionの「技術仕様書」ページを読んで、
その仕様に基づいてAPIエンドポイントを実装してください。> 今週実装した機能の変更点をNotionの「開発ログ」ページに追記してください。
変更ファイル一覧とその概要をgit diffから自動で生成してください。> Notionの「バグトラッカー」データベースで
Priority = Highのアイテムを確認して、
対応状況を教えてください。5. プロジェクト管理系プラグイン
Slack
できること：
- 指定チャンネルへのメッセージ投稿
- DMの送信
- チャンネルのメッセージ読み込み
活用例：
> デプロイが完了しました。
Slackの#releaseチャンネルに以下の内容でリリースノートを投稿してください：
- バージョン：v2.3.1
- 変更内容：git logの直近のコミットから自動生成
- デプロイ時刻：現在時刻> エラーログを確認して、
Critical以上のエラーがあればSlackの#alertsチャンネルに通知してください。注意： Slackへの投稿は実際にメッセージが送信されます。テスト段階ではプライベートチャンネルや自分のDMでの確認を推奨します。
Linear
モダンなチーム向けプロジェクト管理ツールLinearとの連携です。
> Linearで自分にアサインされているIssueを確認して、
今日取り組む優先順位を提案してください。Asana・Monday.com
タスク管理ツールとの連携で、コード作業とプロジェクト管理を一元化できます。
6. クラウドストレージ系プラグイン
Google Drive
できること：
- ドキュメント・スプレッドシート・スライドの読み込み
- 新規ファイルの作成
- 既存ファイルの更新
活用例：
> Google Driveの「API仕様書」ドキュメントを読んで、
仕様に沿ったTypeScriptの型定義ファイルを生成してください。> 今週のコードレビューの結果をGoogleスプレッドシートに記録してください。
レビュー対象ファイル・指摘件数・主な指摘内容をまとめてください。Confluence
企業内のConfluenceドキュメントをCodexが参照できるようになります。
> Confluenceの「オンボーディングガイド」ページを読んで、
新メンバー向けの環境構築手順に不足や古い情報がないか確認してください。7. プラグインを組み合わせたワークフロー例
プラグインを組み合わせることで、複数ツールにまたがる作業を一括自動化できます。
ワークフロー例① Issue起票から実装・通知まで
> JIRAのIssue PROJ-789を確認して、
仕様に基づいた実装を行い、
GitHub PRを作成して、
完了をSlackの#devチャンネルに投稿してください。実行される流れ：
- JIRAプラグイン → Issue内容を読み込む
- コード実装 → ファイルを編集
- GitHubプラグイン → PRを作成
- Slackプラグイン → 完了通知を投稿
ワークフロー例② デザインからコード生成・ドキュメント更新
> FigmaのLoginPageデザインを確認して、
Next.jsのページコンポーネントを実装し、
Notionの「実装済みページ一覧」を更新してください。ワークフロー例③ 定期的なレポート生成
> 今週のgit logを確認して、
Notionの「週次開発レポート」ページを更新して、
Slackの#weeklyチャンネルにサマリーを投稿してください。8. CLIでのプラグイン管理
CLIとデスクトップアプリはプラグインを共有できます。ターミナルからプラグインを使う際は以下のように指示できます。
# Slackプラグインが有効な状態でタスクを実行
codex -p "デプロイが完了しました。Slackの#deployチャンネルに通知してください"プラグインの確認コマンド
# 有効なプラグイン一覧
codex marketplace list --installed
# 利用可能なプラグイン一覧
codex marketplace list --available
# 特定プラグインの詳細
codex marketplace info slack9. まとめ
Codexプラグインで実現できること：
- GitHub・GitLab・JIRAと連携してIssueからPRまで自律実行
- Slack・Notionと連携して作業完了の自動通知・ドキュメント更新
- Figmaのデザイン情報をリアルタイムで参照してコード生成
- Google Driveの仕様書を読み込んで実装
プラグインを使う際の注意点：
- Slackへの投稿など不可逆な操作は本番チャンネルで慎重に
- プラグインの権限は最小限に設定する
- 認証情報はAGENTS.mdに書かず、設定ファイルで管理する
おすすめの導入順序：
- GitHub（最もCodexとの相性が良い）
- Slack（通知自動化で即効果を実感できる）
- Notion（仕様書参照で実装精度が上がる）
- Figma（デザイン連携でUIの実装が速くなる）
次回のCodexとClaude Codeの使い分け方では、2つのAIコーディングエージェントの得意分野と選び方を解説します。
よくある質問（FAQ）
Q. プラグインはいくつまで同時に使えますか？
A. 技術的な上限はありませんが、多数のプラグインを同時に有効化するとCodexの処理に使えるコンテキストが減る場合があります。実際に使うプラグインだけを有効化しておくのがお勧めです。
Q. 社内のオンプレミスツール（自社Confluence等）には対応していますか？
A. 公式プラグインが対応しているホスト型サービス（Confluence Cloud等）は使えます。完全にオンプレミスで外部からアクセスできない環境は、MCPサーバーを自作することで対応できる場合があります。
Q. CLIとデスクトップアプリでプラグインは共有されますか？
A. はい。同じOpenAIアカウントでサインインすることで、プラグインの設定が自動的に共有されます。
この記事はCodex活用シリーズです。← Computer Use ｜ CodexとClaude Codeの使い分け →
ご質問はお問い合わせページからお気軽にどうぞ。
