11月16日に何が変わるのか
Anthropic の発表では、新しい体験をウェブ、デスクトップ、モバイルにわたる「1つの Claude」と表現しています。管理者ガイドには次のように記載されています。「すべての会話はチャットとして始まり、タスクでコードの実行やファイルの操作が必要になると、Claude は Anthropic が管理する隔離されたクラウドサンドボックス内で同じ会話を継続し、完了した作業をレビューのために返します。」
発表では、引き継がれるものもリストアップされています。「チャット、プロジェクト、コネクタ、スキル、プラグインは、新しい統合体験に引き継がれます。」スケジュールされた作業や過去のセッションについて、管理者ガイドは次のように付け加えています。「スケジュールされたタスクとセッション履歴は、変更後も引き続き機能します。更新や再作成の必要はありません。」
対象となるユーザー
この設定は、組織設定の「機能（Capabilities）」内にある「Chat and Cowork unified」と呼ばれます。オーナーが一度も設定を変更していない場合、11月16日に自動的に有効になるという通知と、今すぐ有効にするか無効のままにするかのオプションが表示されます。Anthropic は、以前の選択が尊重されることを明言しています。「設定がすでにオンまたはオフにされていた場合、その選択が維持されます。」
また、他の2つの機能（チャット、およびクラウドでのコード実行とファイル作成）がオンになっている必要があります。ガイドによると、どちらかがオフの場合、通知は表示されず、両方がオンになった時点で初めてこの体験が有効になります。
まだ対象とならないユーザー
一部の組織は現在のセットアップのまま維持されます。管理者ガイドは、ゼロデータ保持（ZDR）、HIPAA 対応構成、または顧客管理の暗号化キーを使用している組織を挙げ、「これらの組織は、現在と同じようにチャットと Cowork を使い続けます」と述べています。あなたの会社がこれらのグループに属している場合、以下の memory に関する変更はまだ適用されません。
日付に関する詳細が1つあります。Claude Desktop の変更ログでは、サードパーティプラットフォームで実行されるデスクトップ展開について11月10日という日付が示されています。その項目は、それらのデスクトップインストールの構成方法をカバーしています。claude.ai を利用している Enterprise 組織の場合、管理者ガイドの日付は11月16日です。
あなたの memory に何が起こるか
これは Claude があなたについて知っていることに影響を与える変更であり、2つのパートに分かれています。
memory が新しいシステムに移行される
管理者ガイドのデータ保持セクションには次のように記載されています。「新しい体験に移行した後、memory は新しい memory システムに移動され、古い memory は14日後、またはデータ保持期間を過ぎている場合はそれより早く削除される可能性があります。」
これは「猶予期間のある移行」と解釈してください。組織が切り替わると、あなたの memory は新しいシステムに移動され、その後、古い memory の寿命は限られたものになります。移行前に Claude があなたについて何を知っていたかの記録を確認したい場合、チェックすべき期間はその14日間、あるいは組織の保持期間がそれより短い場合はその期間内となります。
Anthropic の memory ドキュメントでは、どちらのシステムで何ができるかが説明されています。設定の「Your Claude」で、Claude が覚えているすべての内容を確認でき、memory は読み取り、編集、削除が可能なトピックとしてリストされます。また、「すべての memory データはデータエクスポートに含まれます」とも記載されています。Claude に何かを忘れさせるためのガイドでは、それぞれの種類の memory がどこにあるかを詳しく説明しています。
保持設定が memory に適用され始める
2つ目のパートは、カスタム保持期間を設定している組織にとって新しい内容です。Anthropic の memory ドキュメントには次のように記載されています。「組織がチャットを対象とするカスタムデータ保持期間を設定している場合、新しい統合された Claude 体験が有効である間、プロジェクトの memory を除き、その期間はあなたの memory にも適用されます。」
続く文章でその意味が具体的に説明されています。「その期間を超えて更新されていない memory エントリは削除され、エントリの一部が削除されて残りが維持されることもあります。これには期間が設定される前に保存されたエントリも含まれ、memory が一時停止されている間も適用されます。」
実際には、Claude がずっと前に学習し、それ以来触れていない事実は、期限切れになる可能性があります。memory を一時停止しても、そのまま保持されるわけではありません。プロジェクトの memory は代わりにプロジェクトに従います。管理者ガイドによると、プロジェクトの memory は、プロジェクト保持期間による削除を含め、プロジェクトが削除されたときに削除されます。
まだ新しい memory を導入していない組織向けの順序に関する詳細もあります。memory ドキュメントによると、チャット保持期間がある組織に新しい memory 体験が提供されるのは、「新しい統合された Claude 体験がオンになっている場合のみ」です。したがって、それらの企業にとっては、11月16日が新しい memory が導入される日でもあります。
memory は依然として各メンバーに属する
これらによって、誰が memory をコントロールするかが変わるわけではありません。「Team および Enterprise プランでは、オーナーが memory を利用可能にするかどうかを制御し、各メンバーがオンにするまでオフになっています。」オーナーは組織全体で memory をオフにすることができ、Anthropic はこれにより全員の memory が永久に削除されると警告していますが、オーナーがそれを読むことはできません。「オーナーはユーザー個人の memory を表示または編集することはできません。」
チャットの削除は、これまで通り機能します。「保持期間による削除を含め、会話が削除されても、そこから生成された memory エントリは削除されませんが、memory がオンの間は個別の memory を削除できます。」
ローカルの Cowork プロジェクトに何が起こるか
コンピュータ上のフォルダから Cowork プロジェクトを作成した場合、それも移行されます。Anthropic のプロジェクトに関する記事によると、Claude Desktop はこれらのプロジェクトをあなたの Claude アカウントに移動させます。Team および Enterprise プランでは、統合設定がオンになった時点でこれが行われます。
移動するもの：
- プロジェクトの名前、説明、および指示。
- 「アカウントで memory がオンの場合、プロジェクトの memory のコピー。」
コンピュータに残るもの：
- 「プロジェクトのフォルダとファイル。何もアップロードも削除もされません。」
- 「このコンピュータ上の以前のセッション。これらは Claude Desktop のプロジェクトの下にリストされたままになります。」
よくある驚きについての説明がもう一行あります。「移動後、元のローカルプロジェクトはプロジェクトリストに表示されなくなります。」プロジェクトは同じ名前であなたのアカウント内に存在します。また、Claude Code も使用している場合に覚えておくべき制限事項として、「プロジェクトは Cowork でのみ利用可能であり、Claude Code では利用できません」とあります。
新しいプロジェクト内での memory とスレッドの仕組みについては、プロジェクトスレッドの memory ガイドをご覧ください。
保持設定がカバーするもの、しないもの
管理者ガイドは、組織の保持設定がどこで止まるかについて、異例なほど具体的に述べています。以下の項目は、カスタムデータ保持設定による会話の削除時に削除されません：
- 「プロジェクト内を含め、メンバーが直接開始した Cowork クラウドセッション。これらはメンバーが削除するまで保持されます。」
- スケジュールされたタスクとその実行。これらを作成した会話が削除された後も実行され続けます。
- 「メンバーのコンピュータに保存されている Cowork 履歴。」
- 「組織を離れたメンバーの memory。」
- 「Claude Code（ウェブ上の Claude Code を含む）、Claude Tag、およびチャットと Cowork 以外の製品によって保持されるトランスクリプトと memory。」
Team および Enterprise プラン向けの Cowork の記事では、ローカル部分について補足されています。「ローカルセッションの場合、Cowork は会話履歴をユーザーのコンピュータに保存します。」また、管理者がこれを一元的に管理または削除することはできず、「ローカルセッションの削除エンドポイントはまだ利用できません」と付け加えられています。
新しい体験での会話は、動作が異なります。「メンバーによる削除、プロジェクトの削除、または保持期間による削除のいずれであっても、会話が削除されると、その中で Claude が開始したクラウドセッションもトランスクリプトを含めて削除されます。」
つまり、切り替え後、Claude があなたの仕事について持っているコンテキスト（context）は、異なるルールを持つ複数の場所に存在することになります。保持期間の対象となる会話とそのクラウドセッション、同じ期間の対象となるアカウント memory、プロジェクトに紐付いたプロジェクト memory、マシン上のローカル Cowork 履歴、そして Claude Code 独自のトランスクリプトと memory です。誰かが退職したときに AI のコンテキストを維持するためのガイドでは、メンバーが離れたときにこれらそれぞれに何が起こるかを説明しています。
ローカルおよびクラウドセッションにおける memory
統合された体験では、エージェント的な作業をクラウドで実行します。これは memory にとって重要です。Anthropic の memory ドキュメントには次のように記載されています。「Cowork とチャットにわたる memory は、Cowork がクラウドで実行されている場合にのみ機能します。コンピュータ上でローカルに実行される Cowork セッションでは利用できません。」
統合された体験では、エージェント的な作業はクラウドサンドボックスで実行されます。Anthropic によれば、ここでチャットと Cowork の間で memory が引き継がれます。Cowork のスケジュールされたタスクと memory に関するガイドでは、スケジュールされた実行がどのようにこれを利用するかを説明しています。
インコグニートチャット（Incognito chats）は独自のルールを維持します。Team および Enterprise プランでは、これらは memory には残りませんが、組織の保持およびエクスポート設定に従います。詳細は Claude のインコグニートチャットに関するガイドをご覧ください。
よくある間違い
古い memory を含め、すべてが移動すると想定すること。 あなたの memory は新しいシステムに移動されますが、古い memory は「14日後に削除される可能性」があります。両方を比較したい場合は、その期間内に行ってください。
一時停止した memory を「凍結」されたものとして扱うこと。 Anthropic は、保持期間は「memory が一時停止されている間も適用される」と述べています。期間を過ぎて古くなったエントリは、どちらの状態でも削除される可能性があります。
移動したローカルプロジェクトを古いエントリの下で探すこと。 移動後、元のリストは消えます。アカウント内で同じ名前のプロジェクトを探し、そのフォルダがまだコンピュータにあることを確認してください。
保持設定がローカル履歴をクリーンアップすることを期待すること。 ローカルの Cowork 履歴や Claude Code のトランスクリプトと memory は、カスタム保持設定がカバーしないものとしてリストされています。ローカルの Cowork 履歴はメンバーのコンピュータに残ります。
11月16日まで判断を待つこと。 オーナーは体験を早期に有効にすることも、無効のままにすることもできます。11月16日より前に行われた選択が維持されます。
解決策：組織が切り替わる前に準備する
ステップ 1：現在 Claude があなたについて覚えていることを確認する
設定から「Your Claude」を開き、memory トピックを確認します。古い内容は編集し、そこにあるべきでないものは削除してください。現在の状態の記録を残したい場合は、切り替え前にデータをエクスポートしてください。
ステップ 2：会話に含まれていないコンテキストを見つける
チャット以外に仕事のコンテキストが存在する場所をリストアップします。ローカルの Cowork プロジェクト、ローカルの Cowork 履歴、Claude Code の memory とトランスクリプト、そして頼りにしているプロジェクト memory です。どれが組織の保持期間の対象で、どれが対象外かを把握してください。
ステップ 3：失うわけにはいかない事実を書き留める
memory エントリは保持期間によって期限切れになる可能性があり、プロジェクト memory はプロジェクトがなくなると消えてしまいます。再構築したくない決定事項、慣習、プロジェクトの事実については、自分で管理する短いリストを、日付入りで平易な言葉で作成しておきましょう。
MemoryLake でのセットアップ
統合された体験はチャットと Cowork を結びつけますが、組織のコンテキストは依然として異なる保持ルールを持つシステムに分散してしまいます。決定事項、慣習、誰が何を所有しているかといった、最も信頼する事実は、エントリが最後にいつ更新されたかに依存すべきではありません。
MemoryLake は、そのリストを自分で管理する1つの場所に保管し、ChatGPT、Claude Code、Codex など、接続したアシスタントから利用できるようにするための memory レイヤーです。
エントリはあなた自身の言葉で書きます。あなたの Claude アカウント、その memory、プロジェクト、Cowork セッション、またはベンダーのストレージから何かが読み取られたり、書き込まれたり、削除されたりすることはありません。組織の保持設定は、Anthropic が説明している通りに機能し続けます。
ステップ 1：API キーを作成する
サインインしてダッシュボードからキーを生成します。このキーは MemoryLake ワークスペースに属し、Claude Enterprise アカウントとは別個のものです。
ステップ 2：最初の memory をアップロードする
解決策のステップ 3 で作成したリストから始めましょう。日付付きの決定事項、チームの慣習、プロジェクトの事実などです。1エントリにつき1ポイントとし、社内資料は組織のポリシーが許可する範囲内でのみ保持してください。
ステップ 3：AI とエージェントを接続する
使用しているアシスタントを接続します。組織で必要な場合は管理者の承認を得てください。同じエントリがそれぞれのアシスタントで利用可能になります。
実務で何が変わるのか
第一の違いは、11月16日に驚くことが少なくなる点です。何が移動し、何がコンピュータに残り、古い memory にどの猶予期間が適用されるかを知ることができます。
第二に、保持設定をより明確に把握できます。コンテキストのどの部分が組織のポリシーによってクリーンアップされ、どの部分がメンバーに委ねられているかを判別できます。
第三に、最も重要な事実の永続的なコピーを持てることです。古い memory エントリが期限切れになっても、その背後にある決定事項は、あなたが見つけられる場所に書き留められたままです。
切り替えのためのベストプラクティス
管理者に日付を確認する。 オーナーが早期に有効にするか、オフのままにする可能性があります。
移行前に memory を確認する。 設定の「Your Claude」から行います。
前後を記録したい場合はエクスポートする。 memory はデータエクスポートに含まれます。
古いエントリを維持するために一時停止した memory に頼らない。 保持設定は引き続き適用されます。
移動したローカルプロジェクトは名前で探す。 古いエントリは消えますが、フォルダは残ります。
保持設定がカバーしないものを知る。 ローカルの Cowork 履歴、および Claude Code のトランスクリプトと memory です。
重要な決定事項は書き留めておく。 自分で管理するリストに、日付入りで自分の言葉で記録します。
結論
Claude Enterprise の統合体験は、特に選択をしていない組織において、2026年11月16日にデフォルトでオンになります。チャット、プロジェクト、コネクタ、スキル、プラグインは引き継がれ、スケジュールされたタスクとセッション履歴も引き続き機能します。
memory については注意が必要です。新しいシステムに移動され、古い memory は14日後に削除される可能性があり、更新されていない memory エントリにはカスタムチャット保持期間が適用され始めます。ローカルの Cowork プロジェクトはアカウントに移動されますが、そのファイルと以前のセッションはコンピュータに残ります。切り替え前に Claude が覚えていることを確認し、依存している事実は自分で管理するリストに保持してください。