実際に移行されるもの
まずはタイムラインから確認しましょう。OpenAIのFAQによると、この移行は「すべてのChatGPTプランに影響」し、「移行およびプラグインへのアクセスは、アカウントやワークスペースによって異なる場合があります」とのことです。Enterpriseワークスペース向けには、計画されているマイルストーンがリストされています。9月11日の管理者向け通知、9月22日を目標とする「移行体験とユーザーバナー」の公開、10月26日に予定されている新しいCustom GPTの作成終了、そして12月11日の提供終了です。FAQには、「アカウントまたはワークスペース向けの通知（通知された異なるタイムラインを含む）に従ってください」と付け加えられています。
計画を立てる前に、プラグインがどこで利用可能かを確認しておく価値があります。OpenAIのプラグインに関する記事によると、ディレクトリはすべてのChatGPTプランで利用可能ですが、プラグインのインストールや使用は「プラン、ワークスペース、役割、地域、および含まれる機能に依存」します。スキルに関する記事では、スキルは「ワークスペースの設定と製品の可用性に従い、対象となるChatGPT Business、Enterprise、Healthcare、およびEduのユーザー」が利用可能であるとされています。プラグインはChatGPTの枠を超えることもあります。「一部のプラグインはChatGPTとCodexで動作します。他のプラグインは特定のインターフェースやワークスペースに限定されます。」アカウントに移行オプションがまだ表示されていない場合、FAQのアドバイスは、通知を確認し、GPTを作成したアカウントまたはワークスペースにサインインしていることを確認することです。
それまでは、何も消えません。「既存のGPTは、既存のアクセス権およびワークスペースの権限に従い、提供終了日まで引き続き使用可能です。」
それでは、移行の仕組みを細かく見ていきましょう。
指示（Instructions）はスキルになります。 「計画されている移行ワークフローでは、GPTの指示は新しいプラグイン内のスキルになります。」OpenAIはスキルを「ChatGPTが特定のタスクをより一貫して完了できるようにする、再利用可能で共有可能なワークフロー」と説明しています。
ナレッジファイルはコピーされます。 「GPTのナレッジファイルは、プラグインの参照ファイルにコピーされます。」モデルがアップロードされたファイルをどの程度うまく活用できるかは、それ自体が大きなテーマであり、ChatGPTがアップロードされたファイルを忘れる理由で解説しています。
接続済みアプリは引き継がれます。 「接続されているアプリは、アプリとしてプラグインに追加されます。」ただし、これらには引き続き独自の認証が必要です。FAQには「含まれるアプリは、引き続き独自のアプリアクセス、アカウント認証、およびアクションの承認が必要です」と記されています。
モデルは引き継がれません。 「GPTで選択されていたモデルは引き継がれません。」
カスタムアクションは移行されません。 「GPTのカスタムアクションは、移行ワークフローを通じて転送されません。これらに依存する機能は、代替手段をセットアップするまでプラグインでは動作しません。」接続を再構築するには、「カスタムMCPサーバーと技術的なセットアップが必要になる場合があります。」
会話履歴は移行されません。 FAQはこの問いに一言で答えています。「既存の会話はプラグインに移動しますか？ いいえ。移行によって既存のGPTの会話がプラグインに移動することはありません。」
共有設定は移行されません。 「移行によってGPTの共有設定が引き継がれたり、既存のユーザーに代替プラグインへのアクセス権が付与されたりすることはありません。移行された個人用プラグインは、最初は非公開（プライベート）として開始されます。」
下書きは移行されません。 「移行にはGPTの最新の公開バージョンが使用されます。下書きや未公開の編集内容は転送されません。」
元のGPTは凍結されます。 「GPTが移行された後も、元のGPTは提供終了日まで使用可能ですが、読み取り専用になります。」提供終了時には、Custom GPTは「実行を停止し、GPTディレクトリから削除される予定です。」
日常的な使用感に影響を与える違いがもう一つあります。GPT'sのチャット内では、その指示がすべての返答を規定していました。しかし、スキルは関連性がある場合にのみ選択されます。「ChatGPTは、インストールの説明がリクエストと一致する場合、関連するインストール済みスキルを自動的に使用することがあります。自動選択はタスクと利用可能な機能に依存するため、プラグインがすべてのリクエストで必ずしも実行されるとは限りません。」もちろん、直接呼び出すことも可能です。「ChatGPTでは、サポートされている場合、@メンションを使用するか、+を開いて詳細（More）を選択できます。」
また、メモリに関しても留めておくべき点があります。OpenAIのGPTドキュメントには、「GPTは保存されたメモリ、カスタム指示、または過去の会話を使用しません。各会話は新しく開始されます」と記載されています。したがって、GPTがあなたの仕事について知っているように見えたことはすべて、その指示やファイル、あるいは各チャットであなたが再入力した内容から来ていました。この境界線については、Custom GPTにメモリがあるかどうかで説明されています。
手動での移行手順
移行フローは転送を処理してくれますが、準備とテストはあなた自身で行う必要があります。
ステップ1：各GPTを整理し、移行前に完成させる
依存しているGPTをリストアップし、2つのグループに分類します。「自分が作成したもの」と「他人が作成して自分が使用しているもの」です。FAQでは、後者のグループはあなたが移行するものではないことが明確に示されています。「自分が使用しているだけのGPTを移行する必要はありません。また、それを使用する権限があっても、自分で移行することはできません。」これらについては、作成者による代替プラグインの提供を待つ必要があります。
自分が作成した各GPTについて、4つのチェック項目を進めてください。
最新バージョンを公開する。公開されたバージョンのみが移行されます。また、Enterpriseワークスペースでは、新しいGPTの作成が終了する前に下書きを公開する必要があります。OpenAIは「GPTを公開するために、それを一般に共有する必要はありません」と述べています。
モデルになったつもりで指示（Instructions）を読み直す。スキルはその説明文によって選択されるため、指示の冒頭部分がこれまで以上に重要になります。最初の数行に、そのワークフローが何のためのもので、どのような場合に適用されるかが書かれていないと、期待したタイミングで代替プラグインが選択されない可能性があります。
カスタムアクションと、それが呼び出すサービスをリストアップする。これらには個別の計画が必要であり、OpenAIはこれらに余分な時間を割くことを推奨しています。
会話の中にしか存在しないコンテキストを保存する。GPTの会話は移行されないため、会話の中で下した決定、修正、結論などは、その履歴の中にしか存在しません。現在も依存しているものがあれば、ドキュメントに書き出しておきましょう。履歴の完全なコピーが必要な場合は、OpenAIのエクスポートガイドに従って、設定またはプライバシーポータルからリクエストできます。ただし、Business、Enterprise、ChatGPT for Healthcareのワークスペースでは「セルフサービスのエクスポートは利用できません」ので、ワークスペースの所有者にお問い合わせください。
最後に、よく使うプロンプトをいくつか、そして1つの難しいケース（エッジケース）を保存しておきます。OpenAIは、代替プラグインの回答を比較できるように、まさにこの方法を推奨しています。
ステップ2：移行し、元のGPTとプラグインをテスト・比較する
オプションが表示されたら、My GPTsに移動し、Migrate to plugin（プラグインに移行）を選択します。OpenAIの指示：「移行の詳細を確認し、指示に従ってプラグインを作成してください。」
切り替える前にテストを行います。FAQでは「移行されたプラグインは異なる応答をする場合があります」と警告されており、チェックリストが提供されています。プラグインが「適切なスキルを選択し、指示に従っているか」、「期待される参照資料を使用しているか」、必要な形式で完全な回答やファイルを生成しているか、ワークフローに必要なツールを備えているかを確認してください。
保存したプロンプトを両方で実行します。プラグインがうまく機能しない場合の一般的な解決策は、スキルが確実に選択されるように説明文を洗練させること、動作ルールを参照ファイルから指示（Instructions）に移動すること、および実行が必要なときには@メンションで明示的にプラグインを呼び出すことです。
GPTがカスタムアクションを使用していた場合は、再構築したインテグレーションを単体でテストします。OpenAIは「再構築されたインテグレーションが、元のアクションのすべての機能を提供すると仮定すべきではありません」と注意を促しています。
その後に初めて共有します。代替プラグインは非公開で開始され、元のGPTの利用ユーザーを引き継がないため、以前GPTを使用していた人々がプラグインにアクセスしてインストールできることを確認してから、案内するようにしてください。
より良い方法：GPTが保持していたコンテキストをコンテナの寿命に左右されない場所に保管する
移行フローはGPTの設定を移動させますが、使用中に得られた知見までは移動させません。GPT内での数ヶ月に及ぶ会話には、最も価値のあるコンテキストが含まれていることがよくあります。修正したエッジケース、クライアントが好んだ表現、どのテンプレートをなぜ使用するかという決定などです。これらは一切移行されず、移行すると元のGPTは読み取り専用になります。
また、多くの人にとって、これは短期間で2回目の「コンテナ」の変更となります。Projects、GPTs、スキル、プラグインは、それぞれコンテキストを異なる方法でパッケージ化します。コンテナ内に存在するコンテキストは、コンテナが変更されるたびに再構築しなければなりません。MemoryLakeは、そのレイヤーを特定のコンテナの外側に保持するための場所であり、次の変更が発生したときに同じ作業を繰り返す必要をなくします。
エントリーはあなた自身の言葉で書き込みます。Custom GPT、その会話、プラグイン、またはベンダーのストアから何かが読み取られたり、書き込まれたり、削除されたりすることはありません。
ステップ1：APIキーを作成する
サインインし、ダッシュボードからキーを生成します。このキーはGPTやプラグインではなく、メモリレイヤー内のあなたのワークスペースに属しているため、どちらかが提供終了になっても影響を受けません。
ステップ2：最初のメモリをアップロードする
ステップ1のメモから始めましょう。GPTの会話の中にしか存在しなかった決定事項や修正内容、およびGPTの指示が前提としていた業務コンテキストなどです。1つのエントリーにつき1つの事実を、ワークフローを引き継ぐ同僚に説明するような言葉遣いで記述します。
ステップ3：AIとエージェントを接続する
ChatGPTや、お使いの他のアシスタントを接続します。これにより、ワークフローがChatGPTのプラグインとして実行されても、Codexのスキルとして実行されても、あるいはまったく別の場所で実行されても、同じコンテキストを利用できるようになります。
実務における変化
第一の違いは、提供終了日があなたの知識の「寿命」ではなくなることです。設定はOpenAIのフローを通じて移行されますが、ステップ1で保存したコンテキストはすでに別の場所にあるため、元のGPTが読み取り専用になっても必要なものを失うことはありません。
第二に、スキルを本来の役割に集中させることができます。スキルは「何をどのように行うか」という手順（プロシージャ）として最もよく機能します。その手順が依存する背景（クライアントは誰か、どのような決定が下されているかなど）は、手順ではなくコンテキストです。この2つを分けておくことは、エージェントのスキルがメモリではない理由の背景にある区別と同じです。
第三に、テストが容易になります。GPTが知っているべきだったことを把握していれば、クライアントの前で知識の欠落に気づくのではなく、プラグインがそれを知っているかどうかを事前に確認できます。
第四に、設定における予期せぬ挙動が減ります。プラグインは、GPTのプライベートな指示とは異なる仕組みで動作するカスタム指示（Custom Instructions）やメモリ設定と並行して機能します。ChatGPTがカスタム指示を忘れる理由について疑問に思ったことがあるなら、今回の移行は各レイヤーが何を行っているかを見直す良い機会です。
GPTからプラグインへの移行におけるベストプラクティス
移行前に公開する。 最新の公開バージョンのみが転送され、下書きは転送されません。
会話の中にしか存在しないものを書き出す。 会話履歴は移行されず、元のGPTは読み取り専用になります。
指示の冒頭にワークフローを使用するタイミングを記載する。 スキルは説明文によって選択されるため、最初の数行がプラグインを実行するかどうかを決定します。
カスタムアクションは個別に計画する。 これらは移行されず、再構築されたインテグレーションが元の動作と完全に一致しない場合があります。
保存したプロンプトと1つの難しいケースでテストする。 切り替える前に、プラグインの回答をGPTの回答と比較してください。
慎重に再共有する。 プラグインは非公開で開始されます。GPTを使用していた人々がアクセスできることを確認してください。プラグイン内のアプリは独自の権限を保持します。これは、ChatGPTコネクタが決定事項を記憶しない理由で説明されている境界線と同じです。
この機会にメモリをバックアップする。 提供終了は、ChatGPTメモリをバックアップし、プロジェクトメモリモードが業務にどのように適用されるかを見直す良い機会です。
結論
OpenAIの移行FAQは徹底しており、移行できない要素についても率直に説明しています。指示（Instructions）はスキルになり、ナレッジファイルはコピーされ、接続済みアプリは引き継がれます。一方で、モデル、カスタムアクション、共有設定、下書き、会話履歴は引き継がれません。元のGPTは移行後に読み取り専用となり、提供終了時には実行を停止します。
最も注意が必要なのは、どのような自動フローでも移行できない部分、すなわち「会話の中で得られた知見」です。移行する前にこれを保存し、使い慣れたプロンプトで代替プラグインをテストし、正常に動作することを確認してから共有してください。
特定のコンテナよりも長生きするコンテキストを自分自身の場所に保管しておけば、次のパッケージ変更の際には、再構築ではなく単なる設定作業で済むようになります。