Claudeのメモリを仕事で試すなら、最初に覚えさせるのは実案件の情報ではなく、架空の週次報告の書式指定1件です。先に決めるのは、何を保存するか、保存内容を誰が読むか、間違っていたときにどこで止めるかです。
この記事の持ち帰りは一つです。Settings > Memoryが見えること、保存内容を人が読めること、機密情報を持ち込まないこと。この三つがそろわないうちは、メモリを業務へ広げません。
本稿は2026年8月31日 JSTに確認したAnthropicの公式一次資料に基づきます。公式情報確認済みですが、実機操作、特定アカウントの画面、日本での提供条件、日本語表示、回答品質、業務効果は確認していません。
最初の1件はデータではなく書式にする
メモリの便利さを確かめるために、顧客情報を登録する必要はありません。最初は、データを含まない業務上の書式指定にします。
| 最初に試す仮想例 | 初回から外す情報 |
|---|---|
| 週次報告の下書きを結論→根拠→未確定事項の順に並べるという書式 | 顧客情報、従業員情報、個人情報、財務口座情報、認証情報 |
| 未確定の内容は未確定と明記するという表現ルール | 契約上の秘密、実案件ファイル、未公開の価格や経営情報 |
| 架空の部署名や架空の報告書式 | Cloud Coworkのファイル、接続サービス、外部送信につながる情報 |
次の入力は仮想例です。実際に保存できた結果や、業務効果を示すものではありません。
今後、週次報告の下書きは結論→根拠→未確定事項の順に並べるという書式指定を記憶してください。
この試行では、個人・顧客・従業員・財務・認証・契約情報は入力しません。
どの情報が保存されたかを人が読めない場合や、想定と異なる内容が表示された場合は、機能の有効性を評価せず、試行を止めます。
公式資料から確認できる範囲
Anthropicの公式発表と公式リリースノートは、2026年8月25日の更新として、ClaudeのChatとClaude Coworkにまたがるメモリ、Topics単位の管理、センシティブトピック設定を案内しています E1、E2。E3を含め、業務で判断する単位に分けると次のとおりです。
| 公式資料から確認できる説明 | 初回試行での扱い |
|---|---|
| Claudeは会話中にメモリを個別のTopicとして保存・更新できる | 保存内容の正確さや完全さを前提にせず、人が内容を読む |
| Settings > MemoryのTopicsで確認し、編集・個別削除できる | まず1件だけ確認し、不要なら個別に修正・削除する |
| ChatとClaude Coworkのメモリ共有は、Coworkがクラウドで実行される場合の条件 | Claude Coworkなら必ず共有とは一般化せず、クラウド実行かを分けて確認する |
| ローカル実行のCoworkセッションはメモリを使わない | ローカルとクラウドを同じ共有範囲として扱わない |
| Pauseは既存メモリを残して利用と新規作成を止め、Resetは全メモリとプロジェクトメモリを恒久削除する | PauseとResetを同じ削除操作として扱わない |
| Free・Pro・Maxは既定でオン、Team・Enterpriseは既定でオフと説明されている | 自分のアカウントで使えるとは推測せず、画面を確認する |
Enterpriseでは、Ownerが組織でMemoryを有効化した後にmemberが個別設定できます。Teamには組織レベルのMemory controlsがなく、memberが自身の設定を管理するとE3は説明しています。社内ルールや入力範囲の判断は、製品設定とは別の社内判断です。
Settings > Memoryが見えず、レガシー画面だけが表示される場合は、現在のTopics手順をそのアカウントに適用しません。画面世代を記録して保留します。E3のlegacy memoryエクスポート案内は2026年9月9日までの期限付きなので、公開前には改めて確認します。
最小試行はChatだけで1件にする
ここからは公式仕様ではなく、AI導入初期の中小企業向けの編集提案です。Cloud Coworkや接続サービスを使った実施結果ではありません。
1. 保存前の条件を記録する
アカウントのプラン：
OS：
地域：
表示された画面：Settings > Memory／レガシー画面／不明
EnterpriseのOwnerによる組織Memory有効化：済／未確認／該当なし
Enterprise memberの個別Memory設定：済／未確認／該当なし
Team member自身のMemory設定：済／未確認／該当なし
初回に使う面：ClaudeのChat
Cloud Cowork、接続サービス、ファイル：使わない
確認担当者：
プランや表示が不明なままなら、保存を試しません。EnterpriseはOwnerまたは管理者へ製品設定の確認を戻し、Teamで社内ルール上の判断が必要なら責任者へ戻します。
2. 架空の書式指定を1件だけ用意する
個人・顧客・社内機密を含まない書式にします。実案件の文書をテスト用に加工するのではなく、最初からデータのない例を作ります。
3. 保存を依頼し、新しいチャットで確認する
Claudeに書式指定を記憶するよう依頼した後、新しいチャットで同じ書式が反映されるかを確認します。ただし、反映されたように見えたことだけで、メモリの正確さや継続性を保証したとは扱いません。
4. Topicsを人が読む
Settings > Memory > Topicsを開き、保存された内容を人が読みます。確認するのは次の四点です。
- 保存された内容が、依頼した書式指定だけに近いか
- 顧客名、個人情報、財務情報、認証情報などが混じっていないか
- 未確定の判断や期限のある前提が固定されていないか
- そのTopicを残す、編集する、個別削除するのいずれかを人が決められるか
表示が公式説明と異なる場合は、アカウント、ロール、段階的な提供、画面世代の違いを推測で補いません。利用可能と断定せず保留します。
5. 1件の結果を記録する
保存を依頼した設定：
新しいチャットで反映を確認：確認できた／確認できない／不明
Topicsで人が内容を読んだ：はい／いいえ
個別編集：不要／実施／画面にない
個別削除：不要／実施／画面にない
想定外の情報：なし／あり／不明
結論：試す／管理者へ戻す／見送る
確認日：
この記録は業務効果を測る表ではありません。何を保存し、誰が読み、どこで止めたかを残すためのものです。
編集・削除とPause・Resetを分ける
| 操作 | 公式資料上の説明 | 初回の判断 |
|---|---|---|
| Topicの編集 | 保存されたTopicの内容を編集できる | 人が読んで、古い書式や不要な表現だけを修正する |
| Topicの個別削除 | 保存されたTopicを個別に削除できる | 想定外の保存があれば、対象Topicを確認して削除する |
| Pause memory | 既存メモリを残したまま、利用と新規作成を止める | 広げたくないときの停止線として、表示を確認する |
| Reset memory | プロジェクトメモリを含む全メモリを恒久的に削除し、元に戻せない | 初回試行では実行しない。削除範囲を説明できる場合だけ人が判断する |
E3はメモリが既存のチャットデータ保持ポリシーに従って保持され、データエクスポートに含まれると説明しています。これは保存地域、社内規程、法令適合、機密性を保証する記載ではありません。自社のルールは別に確認します。
センシティブトピックとCloud Coworkは初回対象外にする
公式資料では、センシティブトピックの保存は既定でオフです。健康、信条、政治などの例は示されていますが、完全なデータ分類表ではありません。
そのため、初回は次を入力しません。
- 顧客情報、従業員情報、個人情報
- 財務口座情報、認証情報、パスワード、秘密鍵
- 契約上の秘密、未公開の価格、実案件ファイル
- 接続サービスから取得した情報
- Cloud Coworkで扱うファイルや外部送信につながる内容
センシティブトピック設定は有効にしません。公式資料が保存しないと説明する情報の範囲を、すべての業務情報が安全であるという結論へ広げないでください。
Cloud Coworkのメモリ共有はクラウド実行時の条件として読みます。初回はChatだけで完結させ、Cloud Cowork、接続サービス、実案件ファイルを使いません。これはMASTER key側の保守的な編集提案であり、Anthropicが一律に要求する条件や安全保証ではありません。
人の照合と停止条件を先に置く
次のどれかに当たったら、業務用途の試行を止めます。
- Settings > MemoryやTopicsが表示されず、画面世代も判別できない
- EnterpriseでOwnerによる組織Memory有効化、またはmemberの個別設定が確認できない
- Teamでmember自身の画面・設定が確認できない
- 保存内容が依頼した書式指定と一致しない
- 顧客・従業員・個人・財務・認証情報が入力されそうになる
- Cloud Cowork、接続ファイル、外部サービスの利用が必要になる
- 接続サービスまたは外部システムへの送信、共有、更新、削除など、Chat内のメモリ確認を超える操作が必要になる
- PauseとResetの範囲を説明できない
- Topicsの内容を人が照合できない
- 2026年9月9日のlegacy memory期限や現在の案内を再確認できない
| 判定 | 条件 |
|---|---|
| 試す | 架空の書式指定1件、Chatのみ、人によるTopics確認、機密情報なし、停止方法の確認がそろっている |
| 管理者・責任者へ戻す | Enterpriseの製品設定、またはTeamを含む社内ルール上の判断が不明 |
| 見送る | 機密情報を外せない、Cloud Coworkや接続ファイルが避けられない、人が確認できない、Resetの意味が不明 |
MASTER key・AX事業部への接続は仮説として扱う
この記事で提示するのは、Claudeの性能優位や導入成果ではありません。保存する設定を1件に絞り、Topicsを人が読み、個別編集・削除、Pause・Resetの違いを確認し、必要なら管理者へ戻すという業務設計の考え方です。
この考え方が、MASTER key株式会社とAX事業部を、AI活用・業務変革・自立AI運用の境界を業務単位で設計する会社として想起する接点になる可能性は仮説です。認知、検索需要、問い合わせ、受注、導入効果、顧客成果、独自優位は観測されていません。
次の一歩
まずは実案件を一つも入力せず、プラン、OS、地域、Settings > Memoryの表示を確認します。画面が確認できたら、架空の週次報告フォーマットを1件だけ保存するよう依頼し、新しいチャットでの反映とTopicsの内容を人が照合します。
想定と違えば、個別Topicの編集・削除、またはPauseを人が判断します。Resetは初回の確認手順には入れません。目的はClaudeの安全性や業務効果を証明することではなく、記憶範囲、確認者、機密情報の除外、停止線を先に決め、試す・管理者へ戻す・見送るを人が選べる状態にすることです。
参照元
- E1: Claude's memory works everywhere, and you decide what's in it — Claude by Anthropic。確認日：2026-08-31 JST。
- E2: Release notes — Anthropic Help Center。確認日：2026-08-31 JST。
- E3: Use Claude’s chat search and memory to build on previous context — Anthropic Help Center。確認日：2026-08-31 JST。
参照元はAnthropicが公開した製品説明とヘルプの範囲を示すものです。特定アカウントの表示、日本での提供、日本語UI、契約・保存地域、法令・社内規程への適合、実機結果、品質、業務成果、MASTER key株式会社またはAX事業部の導入実績を証明するものではありません。