新しい会話で「前回話した案を覚えている？」と聞いても、Claudeが覚えていないことが多いのはなぜ？
その「案」はおそらく前回の会話のコンテキスト内にしか存在しておらず、コンテキストは会話をまたいで引き継がれないからだ。その議論の要点がメモリーシステムによって保持する価値ありと判断されない限り（例えば「これを覚えておいて」と明示的に伝えていない限り）、それはすでに閉じられた会話ウィンドウの中に一時的に存在していただけになる。新しい会話は完全に独立した新しいコンテキストとして始まり、Claudeには前回の会話ウィンドウの内容を「さかのぼって参照する」手段がない。
これはバグではなく設計上の境界だ。コンテキストの作用範囲は「この1回の会話」、メモリーの作用範囲は「会話をまたぐ」ものであり、互いに代替できない。重要な案を失わないための最も確実な方法は、議論がまとまった時点でClaudeに要点をまとめてもらい、Claude Projectsの知識ベース文書に貼り付けておくことだ。そのProjectに入るたびに、この確定内容が自動的にコンテキストへ読み込まれる。
Claude Projectsの知識ベース文書は、コンテキストに当たるのかメモリーに当たるのか？
厳密には「毎回コンテキストに再読み込みされる」ものであり、メモリーシステムの選別メカニズムを経由しない——これが両者の実務上最大の違いであり、知識ベース文書がメモリーシステムより信頼できる理由でもある。
メモリーシステムは「事後の要約・自動選別」で動く。どの情報が保持する価値があり、次の会話に持ち込む価値があるかを判断するが、その選別基準を100%コントロールすることはできず、内容が細かすぎたり言及が少なすぎたりすると重要でないと判断され、保存されないこともある。
知識ベース文書は違う。文書がそのProject配下に紐づいている限り、そのProjectで会話を開くたび毎回、その文書の内容は（容量上限の範囲内で）そのままコンテキストに再表示される。「メモリーシステムに選ばれる」必要がない。つまり、常に使う絶対に間違えられない情報（ブランドガイドライン、プロジェクト固有の用語集、チームの連絡先など）があるなら、メモリーシステムが覚えてくれることを期待するより、知識ベース文書に入れておく方がはるかに確実だ。
代償もある。知識ベース文書はその会話のコンテキスト容量を消費する。文書を詰め込みすぎたり長すぎたりすると、本当に必要な他の内容が可視範囲から押し出されかねない。だからこそ知識ベース文書は簡潔に保ち、本当に毎回必要な核心情報だけを入れることが推奨される。
Claudeに何かを覚えてもらいたいとき、直接「これを覚えて」と言えば有効か？知識ベース文書に入れるのとどう違うのか？
直接「これを覚えて」と言うのは通常有効だが、信頼性は知識ベース文書とは異なり、適した場面も違う。
Claudeに「これを覚えて」と伝えるのは、メモリーシステムへの明確な合図だ——この情報は保持する価値があり、今後の会話に持ち込む価値があるという指示になる。この方法の利点は軽量で、別途文書を開いて維持管理する必要がないことだ。単一で変動の少ない個人情報（役職、好みのコミュニケーショントーン、特定タスクへの固定的な好みなど）に向いている。欠点は、メモリーシステムが新しい会話に情報を持ち込む方式が「要約」であり、逐語コピーではないことだ。元の情報が長かったり複雑だったりする場合（完全な書式規定や複数の絡み合ったルールなど）、要約の過程で細部が失われたり不正確に圧縮されたりする可能性がある。
知識ベース文書は逆に「完全な内容がそのまま毎回表示される」ため、情報量が多く細部に誤差が許されない場面（規定文書、用語対照表、テンプレートなど）に適している。
実務上の判断基準はシンプルだ。一言二言で済む内容 → 直接覚えてもらうよう頼めばよい。構造があり、細部があり、正確な参照が必要な内容 → メモリーシステムの要約に頼らず、知識ベース文書に入れる。
複数のProject間で、メモリーは共有されるのか、それぞれ独立しているのか？
実務上、誤解しやすいポイントだ。メモリーは単一のProjectに紐づいているのではなく、アカウント全体をまたいで存在する。どのProjectで会話を開いても、あるいはProjectをまったく使わず通常のチャットを開いても、バックグラウンドで蓄積されたメモリーの要約が持ち込まれる可能性がある。
これには実際の影響がある。「A社案件」のProjectでA社に関する機密性の高い詳細を話し合い、その内容がメモリーシステムによって保持する価値ありと判断された場合、理論上は後で「B社案件」のまったく新しい会話を開いたときに背景情報として持ち込まれる可能性がある——たとえ両者の情報を関連付けるつもりが一切なくてもだ。
これは知識ベース文書とは明確に対照的だ。知識ベース文書は単一のProjectに紐づいており、そのProject内でのみ読み込まれ、他のProjectに漏れることはない。
実践的なアドバイス：複数の機密保持が必要な顧客や案件を同時に扱っている場合、本当に機密性が高く共有されるべきでない情報を扱う際は特に注意が必要だ。分離には知識ベース文書を優先的に使い、Claudeとの会話でメモリーシステムに長期保持してほしくない内容がある場合は「この部分は覚えなくていい」と明示的に伝えるとよい。
シナリオ比較：どちらの情報にどちらの方式が向くか
シナリオ1（直接覚えてもらうのに向く）：Claudeと仕事の話をするたび、いつも「返信は箇条書きで、長い段落はやめて」と頼む習慣がある。これは一文で言い切れる好みなので、一度「今後は箇条書きの返信が好みだと覚えておいて」と伝えれば、メモリーシステムがその好みの要約を保持し、以降の新しい会話でもおおむね自動的に適用される。
シナリオ2（知識ベース文書に向く）：チームには「顧客メール返信規定」が12項目あり、固定の敬語表現、言及禁止の競合他社リスト、メール種別ごとの署名フォーマットが含まれている。この規定は情報量が多く、構造があり、一字たりとも間違えられない。会話の中で一度口頭で触れただけで、メモリーシステムが12項目すべてを覚えていると期待すると、最も頻繁に言及された1〜2項目しか保持されず、残りの細部は失われる可能性が高い。正しいやり方は、この12項目を文書にまとめ、「顧客コミュニケーション」Projectの知識ベースに紐づけることだ。以降、そのProjectでメールを書くたびに、Claudeはメモリーシステムの曖昧な要約に頼るのではなく、完全な規定を参照できる。
メモリーシステムに頼るか、能動的に知識ベース文書に入れるかは、本質的に「省力 vs 精度と制御」のトレードオフだ。メモリーシステムに頼れば維持コストはほぼゼロで、普通に会話するだけでシステムが自動的に判断・選別してくれるが、代償として何をどう要約して覚えるかを完全にはコントロールできず、重要な細部が圧縮されたり漏れたりするリスクがある。能動的に知識ベース文書へまとめれば完全にコントロールできる——内容は一字一句そのまま毎回表示される——が、まとめて維持管理する時間がかかり、古くなれば更新も必要で、さらにその会話のコンテキスト容量を消費するため、詰め込みすぎると本来見えるべき他の内容を押し出してしまう。実務上の折衷案は、個人的でリスクの低い好みはメモリーシステムに任せ、チームで共有し明確な正誤がある規定は知識ベース文書に入れることだ。