Claudeの記憶機能の使い方｜確認・編集・削除と企業の設定

「AIは自分について何を覚えているのだろう」——気にはなっても、実際に中身を開いて確かめたことがある方は、ほとんどいないはずです。

結論から言うと、2026年8月25日のアップデートで、Claudeが覚えている内容はTopics（トピック）という単位のファイルの一覧になりました。1件ずつ読めて、直せて、消せます。しかも chat と Claude Cowork で同じ記憶を共有します。

株式会社Fyveは、AIエージェントに「記憶をファイルで持たせる」運用を数か月続けてきました。本記事はその実務経験から、今回の変更が単なる便利機能ではなく前提の校正である理由と、明日から使える具体的な運用手順をお伝えします。

結論：Claudeの記憶は「読めるファイル」になった

先に要点だけ並べます。急いでいる方はこの表だけで足ります。

いちばん大きいのは3行目です。「company's old name（会社の旧社名）を1つのファイルで直せば、そこから先の会話はすべて正しくなる」と公式が例示しています。記憶が要約という読み物から、編集できる台帳に変わったということです。

2026年8月25日の発表で変わった5点

Anthropicが2026年8月25日に公開した告知（「Claude's memory works everywhere, and you decide what's in it」）の内容を、実務で意味が変わるところに絞って整理します。

① chatとCoworkで記憶が共通になる

公式の表現は「Starting today, the memory you use in chat is the same as in Claude Cowork.（本日より、chatで使う記憶はClaude Coworkの記憶と同じものになります）」です。

Claude Coworkは、複数手順の作業をまとめて任せられるエージェント寄りの使い方をする面です。これまでは、chatで説明した自社の前提を、Coworkで作業を頼むときにもう一度説明し直す必要がありました。今回の変更で、片方で伝えた前提がもう片方にも効きます。

Cowork自体をまだ触っていない方は、先に位置づけを掴んでおくと今回の変更の効き方が理解しやすくなります。

Coworkの全体像はClaude Cowork とは｜Anthropic の GUI 版 Claude Codeで整理しています。

② 記憶はTopicsという「ファイルのリスト」で見える

設定画面のMemory（メモリ）にTopicsという一覧があり、Claudeが覚えている内容がトピック単位のファイルとして並びます。1件ずつ開いて読み、内容を書き換え、不要なら削除できます。

ここが実務的には最大の変化です。これまでのAIの記憶は「たぶんこう覚えているのだろう」と推測するしかありませんでした。推測でしか扱えないものは、運用ルールを作れません。一覧できるということは、点検の対象にできるということです。

③ 1か所直せば、以降の全会話に効く

公式は「a fix pays off everywhere: correct your company's old name in one file and every conversation from then on gets it right.（修正はどこでも効く。1つのファイルで旧社名を直せば、そこから先のすべての会話が正しくなる）」と書いています。

逆に言えば、間違った情報を1つ入れたままにすると、それも同じようにあらゆる会話へ効き続けるということです。効き方が広いということは、間違いの効き方も広い。この対称性は後の「4つの掟」で扱います。

④ 既定でオンになるプラン、ならないプラン

ここは企業導入の判断に直結するので、公式の記述をそのまま表にします。

公式の表現は「For Team and Enterprise, admins control availability for their organization, and memory is off for individual users until they turn it on.」です。管理者が組織全体の可否を決め、そのうえで各利用者が自分で有効化するという二段構えになっています。

つまり法人契約の場合、何もしなければ記憶は動きません。「便利になったらしいのにうちでは使えない」という問い合わせが社内で出たら、まず契約プランと管理者設定を確認してください。不具合ではなく仕様です。

⑤ 既定で保存しないもの、絶対に保存しないもの

保存対象の線引きは2段階に分かれています。ここを混同すると社内説明を誤ります。

• 既定では保存しないが、利用者が明示的にオンにすれば保存されるもの：健康、人種、民族、宗教的信条、政治、ジェンダーアイデンティティなど。設定の「include sensitive topics in memory（機微な話題を記憶に含める）」で切り替えます
• 設定にかかわらず保存されないもの：社会保障番号や政府発行のID番号などの機微な識別番号、犯罪歴、在留・移民ステータス、および利用規約（Acceptable Use Policy）に反する内容

後者は利用者が望んでも保存されない、という設計です。企業でルールを配るときは「オフにしてあるから大丈夫」ではなく、「オンにできてしまう層」と「そもそも入らない層」があると説明したほうが正確です。

読者特典・無料ダウンロードClaude Codeを「素のまま」使うな無料でダウンロード →↓

「便利機能」ではなく「前提の校正」だと考える理由

ここからが本題です。今回の発表を「AIが賢くなった」という文脈で読むと、実務では何も変わりません。私が重要だと考えているのは、機能そのものではなくこれまで成立していた前提が1つ崩れたことです。

これまで、AIが自分について何を覚えているかは読めなかった

AIに「私の会社について覚えていることを教えて」と聞けば、それらしい答えは返ってきます。ただしそれは記憶の中身そのものではなく、記憶を材料にした新しい生成物です。読んでいるようで読んでいない。この違いは、業務に組み込むときには決定的です。

点検できないものは、運用の対象になりません。だから私たちはこれまで、AIの記憶を業務の前提として当てにしない設計を採ってきました。

だから私たちは、記憶を全部こちら側のファイルに置いていた

私たちの運用は単純です。AIに覚えておいてほしいことは、AIに覚えさせるのではなくこちらでファイルに書いてから毎回読ませる。プロジェクトごとのルールファイル（Claude Codeであれば CLAUDE.md）、判断の記録を残す台帳、案件ごとの前提を書いた1枚。この3種類で、記憶をモデルの外側に出していました。

この設計自体は今も正しいと考えています。エージェントに継続的な仕事を任せる場合の考え方は、以下の記事で詳しく書いています。

Claude CodeClaude Codeのコンテキストが消える問題の解決法

その運用で壊れたのは、記憶の「量」ではなく「所在」

数か月やってみて分かったのは、ファイルに書けば安心という話ではないということでした。実際に壊れたのは次の3つで、いずれも情報が足りないのではなく、同じ情報が複数の場所にあることが原因です。

壊れ方1：同じ事実が2か所にあって食い違う。方針を変えたとき、反映先のファイルを人が思い出しながら直していました。当然どこかが漏れます。私たちの場合、ある条件の数値を改定したのに片方の文書だけ古いままになり、新旧2つの値が3週間並存していました。結局「反映先の一覧を人が作る限り必ず落ちる」と結論して、改定のたびに旧い値そのもので全文検索して0件になるまで直すという運用に変えました。一覧を作るのをやめたわけです。

壊れ方2：古い記述が消えずに残り続ける。これは自分の公開記事で起きました。ある学習コンテンツの案内先ドメインが変わっていたのに、既存記事が旧ドメインを4回案内したままになっていました。書いた時点では正しかった情報が、外側の変化で静かに間違いへ変わる。この種の劣化は、読み返す機会を作らない限り検出できません。

壊れ方3：どこに書いたか分からず、二重に書く。1つ目の裏返しです。既に書いたはずの前提が見つからず、別の場所に書き直す。こうして2か所になり、壊れ方1に戻ります。

今回のTopicsは、この3つにそのまま効く構造をしています。1トピック＝1ファイルで一覧でき、直せば全体に効く——私たちがファイル運用で辿り着いた形と、ほとんど同じ結論です。だから私はこれを新機能というより、「AIの記憶は点検できない」という前提の取り消しだと受け取っています。

Topicsを実務で回すための4つの掟

ここからは、私たちがファイル運用で先に踏んだ失敗を、そのままTopicsの運用ルールに翻訳したものです。機能の説明ではなく、運用に乗せるための線引きとして読んでください。

掟1｜1トピック＝1事実にする

1つのトピックに複数の事実を詰め込まないでください。「うちの会社について」という大きなトピックに、社名・所在地・主力事業・取引先の呼び方・報告書のフォーマットをまとめて入れると、直したいときに全文を読み直すことになります。

粒度の目安は「単独で古くなりうるか」です。社名と料金体系は別々のタイミングで変わるので、別トピックにします。逆に、同時にしか変わらない情報を分けても管理コストが増えるだけです。

私たちがファイル運用で採った「1ファイル＝1事実、索引は1枚だけ持つ」という形が、そのまま使えます。索引にあたるのがTopicsの一覧です。

掟2｜古くなる情報には「いつ時点か」を書かせる

料金、担当、体制、使っているツール、取引条件。これらは必ず古くなります。記憶に入れるときは日付を添えた形で覚えさせてください。「主力プランは月額◯円」ではなく「2026年8月時点の主力プランは月額◯円」と書くだけで、次に読み返したときの判断が変わります。

日付のない事実は、正しいのか古いのかを読んだ人が判断できません。これは壊れ方2への直接の対策です。

掟3｜決めたことだけでなく、見送ったことも残す

これは意外に効きます。「この方式は検討したが、◯◯という理由で採用しなかった」という記録を残しておくと、同じ提案が繰り返し出てくるのを止められます。

私たちは判断の台帳に「見送り」の欄を必ず設けていて、そこには結論だけでなく理由を書く決まりにしています。理由のない見送りは、時間が経つと「なんとなくやらなかったこと」に見えてしまい、また同じ検討が始まるからです。AIに対しても事情は同じで、理由が残っていない限り、AIは毎回ゼロから同じ提案をします。

掟4｜月に1回、Topicsを読み返す

今回のアップデートで、AIの記憶は読めるようになりました。裏返すと、読まないことが新しいリスクになったということです。これまでは読めないのだから読まなくても仕方がなかった。もう言い訳が効きません。

月に1回、10分でかまいません。Topicsの一覧を開いて、上から順に次の3つだけ見てください。

• 古いもの（掟2の日付を手がかりに探す）
• 入っているべきでないもの（個人的な話題、他社の機微、雑談で漏れた前提）
• 重複しているもの（同じ事実が2つのトピックに分かれていないか）

この3点だけで、先ほどの壊れ方1〜3にすべて対応できます。読み返す仕組みを人の記憶に預けないでください。カレンダーの繰り返し予定にするか、月次の締め作業の手順に1行足すのが確実です。

最初の30分でやること

掟を4つ並べましたが、初日にやることは3手だけです。

1. Topicsを開いて全部読む（5分）。おそらく想像より少ないはずです。まず現状を知ります
2. いらない行を消す（10分）。雑談で漏れた前提、一度きりの相談、もう終わった案件。迷ったら消してください。必要ならまた覚えます
3. 残ってほしい前提を3つだけ入れる（15分）。全部を書こうとしないでください。「毎回説明している」と感じるものから順に3つです

3つに絞るのには理由があります。最初にまとめて登録すると、どの記憶が効いてどれが効いていないのかが分からなくなります。少なく入れて、足りないと感じたときに足す。この順番のほうが、後で読み返したときになぜそれを入れたのかを自分で説明できる状態を保てます。

記憶・プロジェクト設定・その場の指示——3つの層をどう分けるか

記憶が使えるようになると、次に迷うのは「何を記憶に入れ、何を入れないか」です。Claudeで前提を伝える手段は今のところ3つあり、性質が違います。

振り分けの基準は1つで足ります。「次の会話でも同じことを言うか」——言うなら記憶、言わないならその場の指示です。そして「この案件が終わったら言わなくなるか」に当てはまるものは、記憶ではなく案件側の入れ物に置きます。

私たちがファイル運用で失敗したのは、まさにこの振り分けでした。案件固有の事情を共通のルールファイルに書いてしまい、案件が終わってもルールとして残り続けた。後から読んだ人（そしてAI）は、それが一般則なのか一時的な事情なのか判別できません。期限のある事実を、期限のない場所に置かない。これだけは最初から意識しておく価値があります。

記憶を使わないほうがよい場面

記憶は常時オンが最適とは限りません。私が実際に「オフにしておけばよかった」と感じたのは次の3つです。

① 仮定を置いた検討をするとき

これが最も厄介です。「仮に社員が100人だったとして」「もし予算が倍あったら」と条件を置いて相談すると、その仮定が事実として記憶に残るおそれがあります。後日まったく別の相談をしたときに、AIが100人規模を前提に答えてくる。しかも前提がずれていることに、こちらはなかなか気づけません。

仮定を置く検討は、記憶を残さない一時的な会話で行うか、終わったあとにTopicsを開いて該当行を消してください。掟4の月次点検で拾えますが、その1か月のあいだは誤った前提で回ることになります。

② 他社・顧客の情報が混じるとき

自社の前提と、預かっている他社の情報は、記憶の中では区別がつきません。取引先の事情を含む検討は、そもそも会話に固有名詞を出さない運用が基本です。記憶が効くようになった分、この基本の重みが増しました。

③ 比較・検証をするとき

複数の案を同じ条件で比べたいときに記憶が効いていると、こちらが意識していない前提が混ざり、条件が揃いません。「A案とB案を比べたら常にA案が推されるが、理由が判然としない」という状況は、たいてい記憶に入っている過去の判断が効いています。検証は前提をそろえたうえで行ってください。

企業で使うときのチェックリスト

Team / Enterpriseで使う場合、記憶は「便利だから各自で使ってください」で配れる機能ではありません。管理者が組織の可否を握っている以上、判断は組織側の仕事です。

管理者が最初に決める3つ

1. そもそも組織で有効にするか。有効化しなければ全員オフのままです。まず小さい部署で試すという選択も現実的です
2. どの業務で使うか、使わないか。顧客の個人情報や取引条件を日常的に扱う業務は、記憶をオンにしない運用のほうが安全です
3. 点検の担当と頻度。掟4を組織として誰がやるか決めていないと、誰もやりません

従業員に配る「1枚のルール」

長い規程を作るより、次の4行を配るほうが機能します。私たちが社内向けのAIルールを設計するときも、まず1枚に収まるかを基準にしています。

• 記憶に入れてよいのは「同僚に共有してよい範囲の業務前提」まで
• 顧客名・個人名・契約金額は入れない（そもそも会話に出さない運用が理想）
• 機微な話題を含める設定はオフのままにする
• 月に1回、自分のTopicsを開いて古い行を消す

機微トピックのトグルは原則オフのままにする

健康や信条に関する話題を記憶に含める設定は、既定でオフになっています。業務利用ではこれをオフのまま使うことを推奨します。オンにする実務上の利点がある場面は限られる一方、社内で扱う情報の範囲が広がる分だけ説明責任は増えます。

なお、機微な識別番号・犯罪歴・在留ステータスは設定にかかわらず保存されません。ここは製品側で担保されている部分なので、社内ルールで重ねて禁止するより「入れても入らない」と説明したほうが誤解が少なくなります。

よくある質問

Claude Codeの記憶も共通になるのか

2026年8月25日の告知には、Claude Codeについての記述はありません。告知が明示しているのはchatとClaude Coworkの共通化です。したがって「Claude Codeでも同じ記憶が使える」と断定できる材料は、現時点ではありません。

Claude Codeでの継続的な文脈は、従来どおりプロジェクト内のルールファイルや設定で持たせるのが確実です。両者の使い分けは以下でまとめています。

Claude CodeClaude CodeとClaude Coworkの違い｜失敗しない使い分けを実務者が解説【2026年版】

Topicsを消すと会話履歴も消えるのか

今回の告知が扱っているのは記憶（Topics）の管理です。会話履歴そのものの扱いについては言及がないため、履歴も同時に消えると考えるのは早計です。両者は別の機能として設計されているものとして扱い、履歴の削除が必要な場合は履歴側の操作で行ってください。

過去の会話がすべて読み込まれるのか

Topicsはトピック単位に整理されたファイルであり、会話全文の保管庫ではありません。何が入っているかは一覧で確認できるので、推測せず実際に開いて確かめるのが確実です。この「確かめられる」ことこそが今回の変更点なので、まずは自分の目で見てください。

結局、どのプランを選べばよいのか

記憶の有無だけでプランを決める必要はありません。個人利用（Free / Pro / Max）は既定でオンなので、まず自分のTopicsを開いて中身を確かめ、掟1〜4を1か月回してみてください。そのうえで、組織で同じ運用が回せそうかを判断するほうが順序として確実です。法人契約は管理者設定が前提になるため、いきなり全社展開せず小さく試すことをおすすめします。

まとめ

2026年8月25日のアップデートで、Claudeの記憶はchatとCoworkで共通になり、Topics単位で読む・直す・消すができるようになりました。プランごとの既定と、機微な話題の二段階の線引きを押さえておけば、社内説明はそれほど難しくありません。

ただし本当の変化は機能ではなく前提のほうにあります。これまでAIの記憶は点検できないものでした。これからは点検できます。点検できるものを点検しないのは、単なる運用の不備です。

私たちが記憶をファイルで持つ運用から学んだのは、情報が足りなくて困ることはほとんどなく、困るのはいつも同じ情報が複数の場所にあることだという一点でした。1トピック1事実にする、日付を書かせる、見送った理由も残す、月に1回読み返す。この4つは、道具がClaudeであってもファイルであっても変わりません。

まずは設定のMemoryを開いて、Topicsの一覧を眺めてみてください。おそらく「なぜこれを覚えているのだろう」という行が1つは見つかります。それを消すところが、この機能の実質的なスタート地点です。

株式会社Fyveでは、こうしたAIの設定・運用ルールの設計を、事業の実態と体制に合わせて一緒に組み立てる支援を行っています。詳しくは専属AI活用顧問サービスをご覧ください。