ChatGPTの「プラグイン」を調べると、ai-plugin.jsonを置いて登録する古い解説と、MCPサーバーを接続する現在の公式案内が混在します。両者は同じ名前で説明されることがありますが、開発手順は異なります。この記事は、以前の方式を歴史的な情報として整理し、今から外部サービス連携を検討する際に確認すべき方法を説明します。
先に結論：旧ChatGPTプラグインの手順をそのまま使わない
かつてのChatGPTプラグインでは、Webサービス側にマニフェストファイルai-plugin.jsonとAPIの説明を用意し、ChatGPT上でプラグインを登録・有効化する手順が紹介されていました。このページの2024年公開時の画面や操作は、その方式を説明するものであり、現在の新規開発手順としては案内しません。
現在のOpenAI公式開発案内では、ChatGPTやCodexに外部機能を接続する方法として、スキルやMCPサーバーを含む現行のPlugins Quickstartが公開されています。自社アプリ・業務システム内にAI機能を組み込む場合は、ChatGPT内のプラグインとは別にOpenAI APIの開発資料を確認します。製品名が同じでも、利用画面、データの流れ、認証、運用責任は方式ごとに違います。
旧方式で行っていたこと
旧プラグインの考え方は、ChatGPTから外部APIを呼べるようにすることでした。サービスが提供する操作と認証方法を記述し、利用者がChatGPT上でその機能を使う構成です。当時のai-plugin.json、OpenAPI文書、ストア登録といった語は、その時期の仕様を理解するための用語として残します。
ただし、当時の登録画面の場所、ファイルの置き方、審査・公開手順を現在も有効な操作として再現することはできません。古いスクリーンショットや手順を見つけた場合は、まず掲載日と対象製品を確認してください。既存のプラグイン名や導入事例も、現在同じ形で提供されていることの証拠にはなりません。
今、どの連携方式を選ぶか
ChatGPT内で外部の道具を使いたい
ChatGPTの会話の中から自社の機能やデータへ接続したい場合は、OpenAIのChatGPT向け開発案内を起点に、現行PluginsのMCPサーバーやスキル、提供する画面の有無を確認します。接続できる製品・プラン、開発者モード、公開方法は変更されるため、実装時点の公式文書と利用環境で確かめます。
自社システムの画面や業務フローにAIを組み込みたい
既存のWebシステムや業務システム内で要約、検索、入力支援などを動かしたいなら、ChatGPTのプラグインを追加する話とは分けて考えます。API連携先、利用データ、認証・権限、ログ、人による確認、費用を設計する必要があります。具体的な整理項目はChatGPT・LLMを既存システムに組み込む際の確認事項で解説しています。
特定のAPI操作をChatGPTから呼びたい
外部APIを会話から使う場合でも、APIそのものの設計が先です。読み取り専用で始めるか、書き込み操作を許すか、ユーザーごとの認可、誤実行時の確認と復旧、監査ログを決めます。旧ai-plugin.jsonの例を現行仕様に読み替えるのではなく、現在選択する方式の公式ドキュメントで認証と公開範囲を確認してください。
開発前に確認したい4点
- 利用場所：ChatGPT内で使うのか、自社システム内で使うのか。
- 扱うデータ：個人情報や機密情報を含むか、外部サービスへ送ってよい範囲はどこか。
- 操作権限：参照だけか、更新・送信などの操作まで許すか。誤操作を防ぐ承認手順は必要か。
- 運用：API仕様変更、エラー、利用量、費用、ログ、問い合わせ窓口を誰が管理するか。
この整理ができていれば、プラグインという名称だけで方式を選ぶことを避けられます。既存システムへ生成AIを組み込めるかは、システム構成や利用データを確認して判断する必要があります。検討中の場合はシステム開発の相談窓口で、現在の環境と実現したい業務をお知らせください。対応方法や実現可否は現状確認後に判断します。
まとめ
旧ChatGPTプラグインのマニフェスト登録手順は、過去の方式を理解する資料です。現在の開発は、ChatGPT内で機能を使うのか、自社システムへAIを組み込むのかで入口が変わります。古い手順をなぞる前に、OpenAIの現行案内と自社のデータ・権限・運用条件を照らし合わせてください。
