メモリ機能がChatとCoworkの間で流れる本当の条件は何か？
多くの人は、メモリ機能全体が有効になっていれば、ChatであろうとCoworkであろうと、使っているインターフェースに自動的にメモリが現れると思い込んでいる。しかし公式ドキュメントは明確に1つの条件を付け加えている——メモリがChatとCoworkの間で流れるのは、「Coworkがクラウドで動いている」場合に限られる。つまり決定的な変数は、どちらのインターフェースを開いているかではなく、今回のCoworkタスクが実際にどこで実行されているかだ。タスクがローカルフォルダ、ブラウザ、パソコン操作を必要とすることでローカル実行になった場合、あなたが依然としてCoworkを使い、同じアカウントであっても、メモリは引き継がれない。この条件は多くの人が想定するより厳格で、気づかないうちに踏み抜きやすい。
なぜCoworkのメモリアーキテクチャは「Chat対Cowork」ではなく「クラウド対ローカル」で区切られているのか？
これはメモリシステム自体の動作原理に関係している。メモリはトピックを蓄積し、会話をまたいで照合するために、安定した永続的なクラウドコンテキストを必要とする——この仕組み自体がクラウドサービスであり、ChatでClaudeとやり取りしていようとクラウドのCoworkでやり取りしていようと、背後でつながっているのは同じクラウドメモリシステムであるため、相互運用できる。しかしローカルで実行されるCoworkセッションはまったく異なる動作モデルを持つ——「このパソコンで、この今回のタスク」というリアルタイムで閉じた環境に近く、タスク終了後に長期的にコンテキストを保持することも通常ない。ローカルセッションでもクラウドメモリにアクセスできるようにするには、ローカル環境とクラウドメモリシステムを追加でつなぐ必要があり、これには技術的な複雑さが伴うだけでなく、ローカルタスクがそもそも重視している「隔離、閉鎖」という位置づけにも反する可能性がある。
トピックベースのメモリシステムは、実際にどう動作し、何を保存するかをどう決めているのか？
チャットをしている間、メモリシステムは会話の内容を継続的に分析し、記憶する価値のある情報を独立した「トピック」項目に分解して保存する——「ユーザーは簡潔なレポート形式を好む」が1つのトピックであり、「ユーザーは特定のプロジェクトに取り組んでいる」がまた別のトピックであり、それぞれ独立して存在し、会話全体がそのまま保存されるわけではない。このプロセスはリアルタイムかつ継続的に行われ、会話が終わってからまとめを生成するのではない。新しい会話やタスクの中で、Claudeは現在の文脈に基づいて関連するトピック項目を検索し、それらをそのやり取りのコンテキストに持ち込む。プロジェクトの下では、この検索範囲はそのプロジェクト専用のメモリ空間に限定され、他のプロジェクトや一般的な会話で蓄積されたトピックが混ざることはない。
Chatで慣らしてからCoworkに作業を引き渡す習慣のあるユーザーにとって、これは実際どのような影響を与えるのか？
最も直接的な影響は、「一度慣らせば長く使える」と思っていた投資が、特定の種類のタスク——特にローカルリソースを本質的に必要とし、そのためローカル実行になるタスク——ではまったく使えなくなる可能性があることだ。同じようにCoworkに渡したタスクでも、あるものはChatで積み上げた阿吽の呼吸を自然に引き継ぎ、あるものは最初から説明し直すことを求められる。しかもインターフェースは今回がクラウド実行かローカル実行かを積極的には教えてくれず、そのギャップはClaudeが「あなたを覚えていないかのように」振る舞った時にしか見えてこない。より実践的な対応は、本当に重要で繰り返し伝えたくないコンテキストを、タスクの指示やプロジェクトのメモに直接書き込み、メモリシステムに依存しない保険とすることだ。
何度も会話を重ねて、Claudeに好みのレポート形式、プロジェクトの略称、過剰な説明を嫌う自分のコミュニケーションスタイルを覚えさせてきた。ある日、ローカルフォルダでCoworkタスクを開き、これまで積み重ねてきた阿吽の呼吸がまだ生きていると思っていたら、Claudeはまるで初対面かのように振る舞う——フォーマットをまた説明し直し、プロジェクトの略称をまた定義し直すことになる。
これはメモリ機能の不具合ではない。公式ドキュメントの中にある見落とされやすいルールだ——メモリはクラウドのCoworkセッション間でのみ流れ、ローカルで実行されるCoworkセッションはそれに一切アクセスできない。
Claudeのメモリの仕組みは、公式の説明によれば「チャットをしながら、メモリを個別のトピックの集合として保存する」ものであり、会話が終わるのを待ってまとめを生成するわけではない。これにより継続的かつ段階的な蓄積となり、特定の事柄を直接覚えておくようClaudeに頼むこともできる。通常保持される内容には、あなたの役割、プロジェクトの背景、コミュニケーションや技術面での好み、進行中の作業の詳細、そしてあなたの仕事に関連する人物や場所が含まれる。
各プロジェクトは独自の分離されたメモリ空間と専用のプロジェクト要約を持ち、コンテキストが焦点を保ち、そのプロジェクト外の会話と混ざらないようにしている——プロジェクト内の検索もそのプロジェクトの範囲に限定される。プロジェクトに属さない独立した会話については、メモリはそれらすべてに適用される——メモリ機能が有効である限り、Claudeは覚えている内容を自動的にすべての新しいチャットに持ち込む。
これが最も誤解されやすい点だ。メモリはChatとCoworkの間で確かに双方向に流れる——しかし公式ドキュメントは明確に1つの条件を付け加えている——Coworkがクラウドで動いている場合に限る。原文ははっきりしている——「チャットでClaudeに覚えさせたことは、クラウドのCoworkタスクに引き渡す際にも利用できる」が、「CoworkとChat間のメモリ共有は、Coworkがクラウドで動いている場合にのみ機能する。パソコン上でローカルに実行されるCoworkセッションでは利用できない」。
つまり、メモリが引き継がれるかどうかを決める変数は、そもそも「ChatかCoworkか」ではなく、「そのCoworkセッションの実行環境がクラウドかローカルか」だったのだ。タスクがローカルフォルダ、ブラウザ、パソコン操作を必要とすることでローカル実行になった瞬間、あなたが同じアカウント、同じパソコンで操作していても、そのタスクは自動的にメモリの範囲から除外される。
機密性の高いトピック（健康、人種、宗教的信念、政治的見解、性自認など）はデフォルトではメモリに保存されず、ユーザーが明示的にオプトインする必要がある。しかもオプトインしても遡及的には保存されない——設定を有効にした後に生成されたコンテンツのみが記憶され、それ以前に話した機密性の高い内容が事後的にメモリに追加されることはない。特定の情報はどうあっても保存されない——政府発行の身分証番号、犯罪歴、金融口座番号、移民ステータス——たとえClaudeに直接覚えておくよう頼んでも同様だ。
削除にも見落とされやすい癖がある。会話を削除しても、そこから生成されたメモリ項目は削除されない——それらは残り続け、個別に手動で削除する必要がある。つまり、会話を削除すれば関連するメモリも「消える」という思い込みは誤りで、両者は別々に管理されているのだ。無痕会話（インコグニート）は明確に除外されており、メモリにもチャット履歴にも一切保存されない。顧客管理型暗号鍵を使用するEnterpriseプランでは、会話内容が暗号化されているため、過去の会話を検索する機能自体が使えない。
あなたの作業スタイルが「まずChatでClaudeに慣らしてから、Coworkに作業を引き渡す」というものなら、そのパターン自体に問題はない。しかし、タスクがローカルリソースを必要とすることでローカル実行に落ちてしまわないか注意する必要がある。一度ローカル実行になると、それまで積み上げてきたメモリはすべて使えなくなり、実質的に毎回ゼロからClaudeを慣らし直すことになる。実務上より確実なアプローチは、メモリの継続性に本当に依存する作業を、できる限りクラウドのCoworkセッションで実行するよう振り分けることだ。ローカルフォルダやパソコン操作がどうしても必要なタスクの場合は、必要なコンテキスト（フォーマット規則、プロジェクトの略称、特別な要件）をタスクの指示やそのプロジェクトのメモに直接書き込み、メモリが自動的に橋渡ししてくれると期待しないことだ。