Claude、他のLLMから移行するためのImport Memory機能を追加

 (claude.com)
16 ポイント 投稿者 GN⁺ 2026-03-02 | 1件のコメント | WhatsAppで共有
  • 他のAIサービスでの個人設定やコンテキストをClaudeに取り込めるメモリ取り込み機能
  • 特定のプロンプトを通じて読み出した既存コンテキストをコピー＆ペーストしてClaudeメモリに反映できる
  • この機能はすべての有料プランで提供され、ユーザーは既存AIで学習されたパーソナライズ情報をそのまま維持可能
  • Claudeは会話ごとのプロジェクトコンテキストを分離管理し、ユーザーが記憶された情報全体を確認・編集できる
  • 新しいAIへ移行する際にもユーザー体験の連続性を保証する機能で、生産性向上に寄与

Claudeメモリ取り込み機能の概要

  • ユーザーが他のAIプロバイダーからClaudeへ移行する際に既存コンテキストを維持できるよう設計された機能
    • 一度のコピー＆ペーストでClaudeがユーザーの既存の好みや作業スタイルを学習
    • Claudeは取り込んだ情報をもとに以前の会話の延長線上で応答を提供
  • メモリ機能はすべての有料プランで利用可能

取り込み手順

  • 1段階目: 提供されたプロンプトを他のAIプロバイダーとのチャットにコピー＆ペースト
    • このプロンプトは、ユーザーの全体コンテキストを1つの会話に集めるよう設計されている

      I'm moving to another service and need to export my data. List every memory you have stored about me, as well as any context you've learned about me from past conversations. Output everything in a single code block so I can easily copy it. Format each entry as: [date saved, if available] - memory content. Make sure to cover all of the following — preserve my words verbatim where possible: Instructions I've given you about how to respond (tone, format, style, 'always do X', 'never do Y'). Personal details: name, location, job, family, interests. Projects, goals, and recurring topics. Tools, languages, and frameworks I use. Preferences and corrections I've made to your behavior. Any other stored context not covered above. Do not summarize, group, or omit any entries. After the code block, confirm whether that is the complete set or if any remain.

  • 2段階目: その結果をClaudeのメモリ設定ページに貼り付ければ完了
    • Claudeは即座にメモリを更新し、その後の会話で当該情報を反映

Claudeメモリの動作方式

  • Claudeはユーザーの会話ごとの好みとプロジェクトコンテキストを区別して保存
    • 異なるプロジェクト間で情報が混ざらないよう管理
  • ユーザーはClaudeが記憶しているすべての内容を直接確認し、修正可能

ユーザー体験の連続性

  • 他のAIからClaudeへ移行しても既存の学習済みコンテキストが失われない
    • 最初の会話から以前と同じレベルの理解度を維持
  • Claudeはユーザーに合わせた体験を即座に提供し、新しい環境でも一貫した作業フローを維持

関連記事

1件のコメント

 
GN⁺ 2026-03-02
Hacker Newsのコメント

  • 誰かアカウント全体メモリ(account-wide memory)の魅力を説明してくれないだろうかと思う
    Anthropicのマーケティングでは会話間で情報は混ざらないとしているが、私は自分の    コンテキスト保護    に非常に敏感なので、他の会話の要約情報であっても結果に影響するのは不快だ
    コードスタイルや応答の長さのようなものは、カスタム指示やSkillsで十分設定できると思う
    結局こういう機能は、大衆的な利用パターンに合わせたUXなのだと思う

    • 私はClaude Codeを会社のさまざまな場面で使っている — 社内アプリ開発、SaaS APIインターフェース、一般業務など
      使えば使うほど有用になる好循環構造がある
      例えば、QBO APIキーを接続して税務文書をレビューさせたところ、CPAが見落とした減価償却項目を見つけてくれた
      その後、まったく新しいフォルダで税務申告書を再生成してみるとほぼ完璧だったが、以前に見つけた控除項目だけが抜けていた
      私にとって、このような文脈の蓄積が結果品質を高める鍵だ
    • ほとんどの一般ユーザーは、LLMが自分の好みや関心事を覚えていてほしいと思っている
      毎回説明しなくても助言を得られるからだ
      彼らは「コンテキスト」や「トークン制限」のような概念を知らず、モデルがすべてを同時に知っていると思っている
    • 私はオンラインのClaudeを使うとき、シークレットモードをよく使う
      過去の会話が結果に影響するのが嫌だからだが、最近はこれがかなり面倒に感じる
    • むしろ私は、アカウント全体メモリなしではLLMをまともに使えないと感じる
      「JohnはプロジェクトAで次に何をすべきか？」のような質問をするたびに、Johnが誰でプロジェクトが何かを説明し直すのは非効率だ
    • ChatGPTを少し使ったとき、「...since you already are using SQLite...」のような文を見て驚いた
      数か月前のプロジェクトを覚えていた
      メモリ機能を無効にすることはできるが、正直それが有用だとは思えない

  • データを書き出すためのプロンプト例を共有している
    「自分のデータを全部コードブロックで出力せよ」という類いの命令だが、こうした要求をフロントエンドで意図的に遅く処理するよう操作できるのではないかと疑っている
    KPI達成のためにそうする可能性もあると思う

    • 実際にそういう操作があるようだ
      Claude 5.2では非常に要約された情報しか出さないが、5.1 instantやo3モデルでははるかに詳しい内容を返す
    • もちろんそうした小細工はできるかもしれないが、「するな」という指示を逆手に取って強制実行させることもできる
      しかもそうした行為はレピュテーションリスクが大きすぎて、見合う利益はないだろう

  • ここ数週間でCodex、OpenCode、Claude Code、Cursorをすべて試した
    ツールごとにMCPサーバー設定方式やAGENTS/CLAUDEファイル命名規則が異なるため、汎用設定をdotfilesで管理しにくい
    大企業の製品なのに、依然としてTUIの遅延、Electron依存、XDG_CONFIG未対応のような基本問題を解決できていない
    Claudeは自前の環境でよりうまく動く感じがあり、/batchのような隠れ機能も多い
    また各ベンダーでVM内のプログラム操作方法が異なるため、乗り換えコストが高い

  • Claudeに移ったが、トークン上限の減りがずっと早いと実感する
    コーディング関連の質問を数回するだけでセッション上限に達する
    前は20ドルのCodexで十分だったが、今はMaxプランを検討中だ

    • 私もClaude Proを使ってみているが、ChatGPTと比べるとまだ印象的ではない
      Codexは問題をすぐ修正したが、Claudeは誤診後の修正プロセスが長く、結局5時間の上限を使い切ってしまった
    • 逆に私は、Codex 5.2のほうがClaudeよりコーディング効率が高く、はるかに安いと感じる

  • Anthropicに「AGENTS.mdを一つに統一しろ」と提案している

    • 以前はAnthropicもOpenAIのように非標準的だと思っていた
      しかし、オープン標準のAGENTS.mdや/.agents/skillsに対応するだけでも、コミュニティの信頼を得られる
      関連イシューはGitHub #16345にある
    • Claudeは上位フォルダのコンテキストファイルも読むが、Codexはそうではない
      そのため、ファイル名を分けて維持するほうが混乱を減らすうえで良いかもしれない
    • 単純にCLAUDE.md → AGENTS.mdへシンボリックリンクを張ればよい
      あるいはCLAUDE.mdの中に「@AGENTS.md」と1行だけ入れても動く
    • Codexユーザーの乗り換えを容易にできる良いタイミングだ
      マーケティング上の価値の損失はわずかなので、Anthropic内部でこの提案をぜひ検討してほしい

  • 私はすでにClaudeへ完全に移行した
    ChatGPTの購読をやめ、OpenAIを信頼しないことに決めた
    彼らはAGIを悪用する可能性が高いと思う

    • 初めてClaudeを使ってみたが、回答が短く要点を押さえていて新鮮だった
      ChatGPTのように冗長ではないので、むしろ集中力が戻った感じがした
      正確性はまだ比較中だが、第一印象は良い
    • Claudeは最初のプロンプトでいきなり本番レベルのコードを出してくる唯一のモデルだ
      GeminiやChatGPTは変数名や定義を変えてコードを壊すことが多かった
    • 私はSam AltmanとWorldcoinの虹彩スキャン問題以降、OpenAIを信頼していない
      直感的に「これは違う」と感じた
    • いつか自宅の地下室に小規模なプライベートサーバーを作り、友人たちと月10ドルずつ払ってモデルを共有したい
      まるで個人用Minecraftサーバーのように、信頼ベースで運営するイメージだ
    • 「真の悪用」が最初から目的だったのかもしれない
      倫理部門は単に富の蓄積を遅らせる障害物にすぎなかったのかもしれない

  • Claudeを1年以上使ってきたが、最近のDoW事件以降、ヨーロッパ系の代替モデルを検討中だ
    Devstral 2を試そうかと思っているが、Sonnet 3.5レベルなのか4.5レベルなのか気になる

  • 「メモリ」機能については複雑な感情がある
    ときには魔法のようだが、しばしばコンテキスト汚染のせいで不快でもある
    以前の会話の痕跡が新しい会話に混ざると、信頼が落ちる
    そのため定期的に保存されたメモリを自分で確認し、誤った情報を消している
    私は基本的な環境(OS、言語など)だけをシステムプロンプトに入れる程度に制限している
    過度なカスタマイズはモデルを脆弱にする原因だと考えている

    • 私も似た考えだ
      Claude Codeで研究ノートを管理しているが、メモリが私の関心に合わせて探索範囲を狭める副作用がある
      しかもメモリにおかしな情報が入ることもある
      企業はこうしたシステムをあまりにずさん(sloppy)に作っていると感じる
      Vercelブログでも、Agents.mdアプローチのほうがSkillsより優れているとしている
      skills.shのような場所を見ると、品質の低いスキルが多い
      もう速度より      精密さと品質      に集中すべき時だ

  • 私は新しい環境をセットアップするたびに、最初から再構成するのが好きだ
    新しいシステムを探り、好みを更新していく過程が楽しい

  • 彼らが自分たちを「善良な企業」と装っていたのが気持ち悪く感じる
    Palantirとの協力で汚れ仕事を引き受け、その後はPRでイメージを洗浄した
    オープンソースモデルがもっと発展して、こうした大企業に依存しなくてよくなることを願う