カスタムGPTはなくなる？12月11日の終了予定とPlugin移行で失敗しない確認手順

Pluginへの移行方法：担当者が進める5ステップ

次の流れはOpenAI公式FAQを基にした、制作・運用担当者向けの実務手順です。移行ボタンが表示されない場合も、最初の棚卸しから始められます。

1．仕事で使っているGPTを一覧にする

「GPT名」「作成したアカウント・ワークスペース」「所有者」「使う部署・利用者」「用途」「知識ファイル」「Custom Actions」「連携先」「公開・共有範囲」を記録します。他の人が作ったGPTを使っているだけなら、自分で移行する権限はありません。作成者の移行案内と代替Pluginへのアクセス方法を確認します。

2．指示文・ファイル・動作確認用の質問を控える

これまでの運用で必要な指示文、参照資料、出力形式、いつもの依頼文を保存します。たとえば「添付した議事録から決定事項・担当者・期限を抜き出す」といった実務の質問に加え、資料が足りないときや外部送信を断るべきときなど、難しいケースも用意してください。

移行対象となるのはGPTの最新の公開済みバージョンです。未公開の変更や下書きは移りません。既存GPTを修正した場合は「Update（更新）」で最新版に反映してから移行します。ここでいう公開済みバージョンは、一般の人へ誰でも共有することを意味しません。新規GPTの作成・公開制限とは分けて確認してください。

3．利用できるアカウントで「Migrate to plugin」を実行する

移行機能が利用可能なら、My GPTsから対象のGPTを開き、「Migrate to plugin」を選びます。表示される説明を確認して移行を進めます。ボタンが見当たらない場合、まだそのアカウントに提供されていないか、Pluginへのアクセスが無効な可能性があります。作成したアカウントを確認し、管理対象のEnterpriseでは管理者に相談してください。

移行後の元GPTは、予定された終了日まで使えますが読み取り専用になります。以後の修正は移行先Pluginで行うため、移行の前後で編集担当を決めておきましょう。

4．引き継がれない機能と共有権限を確認する

OpenAIの説明では、GPTの指示はPlugin内のSkillへ、知識ファイルは参照ファイルへ、接続済みアプリはPluginのアプリとして引き継ぐ仕組みです。ただし元GPTで選んでいたモデル設定は引き継がれません。

特に注意したいのはCustom Actionsが自動で移行されない点です。自社APIへのアクセス、予約・注文データの取得、業務システムへの書き込みなどがCustom Actionsに依存している場合、その処理は代替のアプリやMCP連携などで別途再構築・権限確認・テストが必要です。

移行したPluginは最初は非公開です。管理対象ワークスペースでは、Share Pluginで元GPTの共有相手を呼び出せる場合もありますが、共有先を確認してSaveする操作が必要です。従来のGPT共有リンクを知っていた人も、Pluginを自動的に利用できるわけではありません。Plugin側で共有先、インストールの可否、接続先アプリの認可、操作承認を改めて確かめます。

5．同じ質問で移行前後を比べ、利用者にも試してもらう

移行後は少なくとも、いつもの質問、難しい質問、外部アプリを使う作業、ファイル出力の4種類を試します。見るべき点は「正しいSkillを選ぶか」「参照資料を使うか」「業務に必要な形式で結果を返すか」「接続したアプリが権限内で動くか」です。すべて合格するまでは、利用者への切り替え案内を確定しないようにしましょう。

引き継ぎ台帳に残したい確認項目

大がかりなシステム台帳がなくても、まずはスプレッドシートに次の列を用意すれば確認できます。

• GPT名／作成者／作成したアカウント／利用部署
• 用途と重要度／移行状況／移行先Pluginのリンク
• 指示・知識ファイルの保管場所／Custom Actionsの有無
• 共有先／アプリ接続と承認範囲／動作確認した日
• 確認者／不具合と未対応事項／利用者への切り替え日

これは編集部が提案する管理用の記録項目であり、OpenAIが必須として指定した書式ではありません。APIキーやパスワードなどの秘密情報を台帳に直接貼り付けないでください。