8月25日に実際に何が変わったのか
変わったのは4つの点であり、ヘッドラインはそのうちの1つに過ぎません。
チャットとCoworkで1つのメモリを共有
これまでCoworkには独自のメモリがありませんでした。今回の発表により、「Coworkにメモリが搭載され、チャットで使用しているものと同じメモリが使用されるようになりました」また「Coworkがクラウドでタスクを実行する際、Claudeがチャットから記憶している内容がそこに反映され、その逆も同様です」となりました。
Anthropicが挙げる実用的な例は以下の通りです。「マネージャーへの進捗報告のドラフトをCoworkに依頼すると、Coworkはすでにそのマネージャーが誰で、どのような報告形式を好むかを把握しています。」
メモリは会話の後ではなく、会話中に書き込まれる
これは仕組み上の変更であり、見落とされがちです。「Claudeは会話が終了した後に会話を要約するのではなく、チャットの進行に合わせてトピックをメモリに追加するようになりました。」
これにより、会話終了時の要約ステップが、継続的なトピックの書き込みに置き換わります。例えば、締め切りが変更されたことを伝えれば、次の会話にはそれが反映されます。また、保存されるものが会話のダイジェストではなく「トピックファイル」になるため、次の項目が可能になります。
すべてがトピックごとに閲覧・編集可能に
「Claudeが記憶している内容はすべて、メモリ設定の『トピック』（Topics）の下にあるファイルリストに保存され、そこで各ファイルを閲覧、編集、削除できます。」短いファイルが重要である理由についてのAnthropicの主張は、実際のメリットを示しているため引用する価値があります。「ファイルは短く、1箇所の修正がすべてに反映されます。1つのファイルで会社の古い名前を修正すれば、それ以降のすべての会話で正しい名前が使用されます。」
チャット内から編集することも可能です。「Claudeに記憶してほしいこと、変更してほしいこと、忘れてほしいことを伝えてください。」ただし、ヘルプセンターには、この更新は現在の会話ではなく「次の会話に適用される」と記されています。これは、今年初めに導入されたエントリーごとのモデルの洗練版であり、Claudeの新しいメモリ機能で詳しく解説しています。
センシティブなトピックの保存が選択制に
デフォルトでは、Claudeは「健康、人種、民族、宗教的信条、政治、性自認、その他これらに類する分野など、個人的またはセンシティブな主題に関連するトピックは保存しません。」これは「設定」>「メモリ」でオンにすることができ、その位置づけは現実的なものです。「何度も説明するのが面倒なトピックであれば、オンにすることができます。」
重要な特性が2つあります。1つは「今後の会話のみに適用される」点です。「Claudeはオンにした時点からセンシティブなトピックを保存します。オンにする前の内容は遡及して保存されません。」もう1つは「クリーンアップを伴う可逆性」です。「通知を拒否するか、後で設定をオフにすると、Claudeはすでにメモリに保存されているセンシティブな項目を削除します。」
「どこでも」がカバーする範囲と、その限界
以下に述べる内容は何も隠されていません。すべてAnthropicのドキュメントに記載されており、ブログ記事と併せてヘルプセンターを読むだけで理解できます。
Coworkのメモリはクラウド限定です。 ヘルプセンターに2度明記されている最も明確な境界線です。「Coworkとチャット間のメモリ共有は、Coworkがクラウドで実行されている場合にのみ機能します。お使いのコンピューター上でローカルに実行されるCoworkセッションでは利用できません。」Coworkの作業をローカルで行っている場合、発表にある統合の恩恵は受けられません。
プロジェクトは互いに隔離されています。 「各プロジェクトには独自の独立したメモリスペースと専用のプロジェクトサマリーがあるため、各プロジェクト内のコンテキストは焦点を絞り、関連性を保ち、他のプロジェクトやプロジェクト外のチャットから分離されます。」これは、異なるクライアントやワークストリームを別々のプロジェクトで管理している場合には便利な機能です。しかし同時に、プロジェクト内で構築されたメモリは、別のプロジェクトには引き継がれないことを意味します。チャット検索も同様の境界に従います。「プロジェクト外のすべてのチャット」と「個々のプロジェクトの会話（検索は各特定のプロジェクト内に限定されます）」が対象となります。
一部のカテゴリは、要求されても決して保存されません。 「政府発行のID番号、犯罪歴、金融口座番号、移民ステータスなどは、たとえ保存を依頼されても、メモリに保存されることはありません。」
メモリは、それを生成した会話よりも長生きします。 「会話の期限が切れたり削除されたりしても、関連するメモリのエントリーは削除されませんが、メンバーはいつでも個々のメモリを削除できます。」チャットを削除しても、Claudeがそこから学んだ内容は削除されません。
TeamおよびEnterpriseプランでは、スイッチはあなただけの管理下にはありません。 「メモリとセンシティブなトピックは、組織向けの2つの独立したコントロールであり、どちらもデフォルトでオフになっています。」オーナーが組織レベルで有効にすると、個人が自分のメモリを管理できるようになります。特に、「オーナーはユーザーの個々のメモリを表示または編集することはできません」が、その逆のルールはドキュメントの中で最も厳しい一線です。「オーナーが組織のメモリをオフにすると、すべてのユーザーの既存のメモリエントリーが即座に削除されます。」Anthropicは、この削除は永続的であると警告しています。
一部の組織では、この機能を一切利用できません。 「HIPAA、公共部門、またはカスタムデータ保持契約を結んでいる組織では、メモリ機能を利用できません。」
これは単一ベンダーのメモリです。 これは欠点ではなくスコープの問題です。ClaudeのメモリはClaudeのインターフェース向けに構築されています。独自の仕組みを持つClaude Codeや、API、あるいはあなたが使用する他のアシスタントから読み取ることはできません。ベンダーをまたぐバージョンは別の問題であり、永続メモリが実際に意味するもので説明されています。
多くの報道が見落とした期限
Anthropicはユーザーを古いメモリシステムから移行させました。「メモリの体験を向上させ、ユーザーをレガシーな体験から移行しました。」
移行によって何かが失われた場合、ドキュメント化された復旧手順がありますが、これには有効期限があります。ヘルプセンターより：「移行中にClaudeが何かを忘れてしまったと思われる場合：『設定』>『メモリ』（Settings > Memory）に移動すると、2026年9月9日まで、レガシーメモリをエクスポートするオプションが表示されます。レガシーメモリをエクスポートしたら、それをClaudeに再度貼り付け、忘れられている可能性のある部分をハイライトしてください。」
また、どちらのシステムを使用しているかを素早く判断する方法があり、それはメニューのパスを確認するだけです。ヘルプセンターによると、レガシーセクションは「レガシーメモリの体験を利用しており、『設定』>『機能』（Settings > Capabilities）に『メモリ』が表示されている人にのみ適用されます。『設定』>『メモリ』（Settings > Memory）が表示されている場合は、新しいメモリ体験を使用しています」とのことです。
つまり、「設定」>「機能」（Settings > Capabilities）が表示されている場合はレガシーであり、エクスポートが必要です。「設定」>「メモリ」（Settings > Memory）が表示されている場合は、すでに移行が完了していますが、確認のためにエクスポートがまだ表示されている可能性があります。
これとは別に、Anthropicはメモリのポータビリティ（移植性）を独自の機能としてドキュメント化しています。「Claudeと他のAIサービスの間でメモリを転送できるようになりました。」これは「実験的であり、現在も活発に開発中」とされているため、同期ではなくコピー機能として捉えてください。
解決策：設定の切り替えで削除されない場所に推論を保管する
Anthropic自身のドキュメントにある2つの事実が、不気味に並んでいます。メモリは、継続的で編集可能、2つのインターフェースにまたがるという、本当に優れたものになりました。しかし、組織レベルのトグルスイッチ1つで、全員のメモリが即座に、かつ永続的に削除されてしまいます。
これは設計に対する批判ではありません。ベンダーのメモリは定義上、そのベンダーの範囲に限定されるものであり、データを残したままにする組織全体のオフスイッチは、むしろ製品として劣るでしょう。ただ、コンテキストの永続的な半分（決定事項、制約、理由）は、プランの階層やプロジェクトの境界、あるいはCoworkがたまたまクラウドで実行されたかどうかに左右される場所ではなく、あなた自身が管理できる場所に保管しておく価値があるということです。
それこそが、MemoryLakeが保持するものです。これは、特定のアシスタントの設定ページから独立して、ツールがクエリできるメモリレイヤーです。セットアップは3つのステップで行えます。
ステップ 1: APIキーを作成する
サインインしてAPIキーを作成します。接続するすべてのツールで共通の1つの認証情報です。
ステップ 2: 最初のメモリをアップロードする
1つの主張につき1つの短いエントリーを作成します。今週「トピック」リストを確認するのであれば、まさにそのタイミングで行うのが最適です。コピーする価値のあるものは以下の通りです：
理由が添付された決定事項。 「月次の解約率が4倍だったため、年次請求にしている。」トピックファイルは事実を記録しますが、代替案が再提案されるのを防ぐのは「理由」だけです。
プロジェクトをまたいで適用される制約。 1つのプロジェクトだけでなく、仕事全般に当てはまるすべてのこと。プロジェクト間の壁があるため、Claudeがそれを横展開してくれることはありません。
再定義するのが面倒なすべてのこと。 専門用語、指標の定義、誰が何を承認するかなど。
レガシーメモリからエクスポートしたもの。 エクスポートによってテキストの塊が得られた場合、それを1つのチャットに貼り付けるだけではあまり役に立ちません。個別の主張に分割してください。
ステップ 3: AIとエージェントを接続する
MemoryLakeはMCPおよびAPI経由でアクセスできるため、Claude Code、Codex、OpenClawなどのMCPネイティブなエージェントはMCPサーバーを指定することで接続し、他のアシスタントはAPIを通じて同じメモリを読み取ります。重要なのは、「価格設定について何を決定したか」という問いに対する答えが、どのインターフェースで質問したかによって変わらないということです。
3つの率直な制限事項があります。MemoryLakeはClaude의メモリを読み取り、書き込み、エクスポート、または削除することはできません。 「トピック」はAnthropicの製品内に存在し、それらを操作する唯一のツールは「設定」>「メモリ」にあるものだけです。MemoryLakeは、あなたまたはエージェントが入力した内容のみを保持するため、ステップ2は手動になります。また、ベンダー側のデータ保持には影響しません。Claudeから何かを削除する必要がある場合は、Claude内で削除してください。「メモリは標準的な会話履歴のエクスポートに含まれ」、組織の保持ポリシーの対象となるというAnthropic自身の注意書きは、他のツールを併用しているかどうかにかかわらず適用されます。
実務における変化
Coworkへの事前説明が不要になります。 ただしクラウド上に限ります。ローカルでは、依然として説明が必要です。
修正は1つのファイルを編集するだけです。 トピックを一度修正すれば、Anthropicの言葉を借りれば「それ以降のすべての会話で正しい内容が適用されます。」
プロジェクトの壁はファイリングの決定事項になります。 プロジェクトを分けることは、メモリを分けることを意味します。これは意図した隔離であるか、あるいは知らず知らずのうちに作ってしまった壁のどちらかです。
チャットの削除がクリーンアップのように感じられなくなります。 チャットから生成されたメモリは、そのメモリ自体を削除するまで残ります。
チームへの導入時には、オフスイッチについての話し合いが必要です。 組織のメモリをオフにすると、すべてのユーザーのエントリーが即座に削除されます。
センシティブなトピックの設定は、無視すべきデフォルトではなく、実際の選択肢です。 今後のみ適用、可逆的、そしてオフにする際のクリーンアップ機能付きです。
Claudeの新しいメモリのベストプラクティス
まずメニューのパスを確認してください。 「設定」>「機能」（Settings > Capabilities）はレガシーを意味し、「設定」>「メモリ」（Settings > Memory）は移行済みを意味します。
2026年9月9日までにレガシーエクスポートを行ってください。 1分もかかりませんが、期限を過ぎるとオプションが消滅します。
「トピック」リストを一度、きちんと確認してください。 これが唯一の全体像であり、内容も簡潔です。
センシティブなトピックについては慎重に決定してください。 グルテンアレルギーを登録してレシピの提案を改善するのは合理的なトレードオフですが、保存されたくない病歴を登録するのは避けるべきです。
意図的にプロジェクトを壁として使用してください。 2つのワークストリームを絶対に混ざり合わせたくない場合は、別々のプロジェクトに分けます。共有したい場合は、1つのプロジェクトにする必要があります。
リセットよりも一時停止を優先してください。 一時停止は既存のメモリを保持し、新しい書き込みを停止します。リセットは「プロジェクトのメモリを含むすべてのメモリを永続的に削除」し、元に戻すことはできません。
正確性が求められる情報について、メモリに依存しないでください。 メモリはコンテキストであり、設定ではありません。この一般的な仕組みについては、Claudeのメモリを組み込み機能以上に拡張する方法で説明しています。
決定事項とその理由は、特定のベンダーのストレージの外に保管してください。 特に、あなたが去った後にチームメンバーが必要とするような情報は重要です。
結論
8月25日の変更は実用的で有用なものです。メモリは事後的に要約されるのではなく継続的に書き込まれるようになり、閲覧や編集が可能な短いファイルのリストとして管理され、Coworkにも適用されます。また、センシティブなトピックの保存は明示的なオプトイン方式となり、オフにする際には遡及的なクリーンアップが行われます。これまでClaudeに何度も自己紹介を繰り返していた手間は、これでなくなります。
一方で、その境界線も同様に現実的であり、ドキュメントに明記されています。Coworkのメモリはクラウドで機能し、ローカルでは機能しません。プロジェクトは独立したメモリスペースであり、チャット検索も同様です。特定のカテゴリは決して保存されません。メモリは、それを生成したチャットが削除されても残ります。TeamおよびEnterpriseプランでは、オーナーが利用可否をコントロールし、個人のエントリーを見ることはできませんが、トグルスイッチ1つで全員のメモリを削除できます。そして、これらのメモリはClaude Code、API、あるいは他社ベンダーのアシスタントには一切引き継がれません。
期限が迫っている項目が1つあります。レガシーメモリを使用していた場合、エクスポート機能は2026年9月9日まで「設定」>「メモリ」に表示されます。メニューのパスを確認し、エクスポートが表示されている場合は実行し、「トピック」リストに目を通し、再定義したくない決定事項を設定変更の手が届かない場所に移動させておきましょう。