何が起きたか
AnthropicはClaudeに「Import Memory」を用意しており、他社チャットボットに蓄積された保存済みコンテキスト（メモリ）をClaudeへ持ち込めます。仕組みは驚くほど素朴です。Claude側が「あなたの保存済みコンテキストを要約して出力せよ」という趣旨のプロンプトを発行し、それをChatGPTやGeminiに貼って実行し、返ってきたテキストブロックをまるごとClaudeに貼り戻す。APIでの直結ではなく、あくまでユーザーの手を経由した「人力ブリッジ」です。
手順はWeb版とデスクトップアプリの両方で共通です。Claudeでは左下のプロフィール画像から設定を開き、「Memory」（表示がなければ「Capabilities」。Anthropicが新UIを段階展開中のため）で「Generate Memories from chats」をオンにし、「Import memory from other AI providers」の横のStart Importからプロンプトをコピーします。ChatGPT側はプロフィール画像→Personalizationで「Enable Memory」がオンであることを確認（初回オン時はメモリ更新まで数時間待つ）。Shift-Ctrl-MでモデルをAutoからThinkingに切り替えると、より丁寧な要約が得られます。新規チャットにプロンプトを貼って実行し、出力全文をClaudeの入力欄に貼って「Add to memory」を押すだけです。Geminiでも同じ流れが使え、その場合はSettings > Personal Intelligence > Memoryでメモリ機能を先に有効化します。取り込んだ内容は後からSettings > Memory（旧設定のアカウントではSettings > Capabilities > Memory from your chats）で確認できます。
なぜ重要か——乗り換えコストの正体は「記憶」だった
モデルの優劣は月単位で入れ替わりますが、ユーザーが動かない理由はスコアではなく「積み上げた文脈をゼロから作り直したくない」という一点です。Import Memoryは、そのスイッチングコストにAnthropic自身が正面から手を突っ込んだ機能と言えます。記事が乗り換え理由として挙げるのは、Claudeのコーディング能力と、OpenAIの国防省（Department of Defense）との契約への不満。つまり性能と価値観の両方が引き金になり得る局面で、移行の摩擦だけが最後の障壁として残っていたわけです。
メモリは前提ではなく「オプション」
押さえておきたいのは、メモリが必須機能ではないことです。Claudeも他のチャットボットも、好みや過去の会話を覚えないまま動作します。その場合はスレッドごとに完全な白紙から始まる——これは不便でもある一方、情報の残留を避けたい業務では設計上の利点にもなります。
反映まで最大24時間というAnthropicの説明も実務では重要です。移行直後に「覚えていない」と判断して評価を下すのは早計で、比較検証は翌日以降にやるべきということになります。なお記事中のスクリーンショットはWill Shanklin（Anthropic）のクレジットです。
💼 事業会社視点：これは自社にどう効くか
経営層が受け取るべき論点は「AIベンダーのロックインは、モデル性能よりコンテキスト資産で決まる」という構図が可視化されたことです。ChatGPT Enterprise等を全社導入済みの日本企業は、社員の業務文脈がベンダー側に溜まる設計を無自覚に選んでいます。Import Memoryのように相手側から吸い出せる経路が生まれたことは、乗り換え自由度の向上と同時に、個人アカウント経由で社内文脈が別ベンダーへコピペ移動するというガバナンス上の穴でもあります。情報システム部門は、コピペ移行を禁止するのか許容するのか、少なくとも方針を明文化すべき段階です。
受託開発・SIerにとっては提案の切り口が増えます。顧客がClaudeのコーディング能力やOpenAIの国防省契約への不満を理由に乗り換えを検討する際、移行作業そのものが小さな案件になります。SaaS事業者は逆側から学ぶべきで、自社に蓄積されたユーザー設定やナレッジを「エクスポートできる形」で持つかどうかが、今後の解約障壁の議論をひっくり返します。EC事業者なら、接客履歴や商品知識をベンダー固有のメモリ機能に預けず、自社DBに正規化して置き、どのモデルにも投げ直せる状態を作るのが実務解です。今すぐの打ち手は、①社内のAI利用でどのコンテキストがどこに溜まっているかの棚卸し、②メモリ機能のオン/オフ方針の決定、③重要なプロンプト・ナレッジの自社側保管の三点です。