他の場所では機能する検索が、プロジェクトの境界で止まってしまう理由
チャット検索とメモリに関するAnthropicのヘルプ記事では、この機能の役割を次のように説明しています。「新しいチャットで関連情報を検索して参照するために、Claudeに過去の会話を検索するよう促すことができます。」この機能は利用可能になると自動的に実行されます。「過去のチャットを検索する機能がお使いのアカウントに展開されると、デフォルトで有効になります。」また、実行時には視覚的に確認できます。「Claudeが過去のチャットを検索すると、現在のチャットにツール呼び出し（tool call）として反映されます。」
また、内部の仕組みについても言及されています。「これらの検索は検索拡張生成（RAG）を使用しており、会話中にツール呼び出しとして表示されます。」
そして、スコープについて述べています。これこそが、すべての問題の核心となる一文です。Claudeは以下の境界線内で会話を検索できます。「プロジェクト外のすべてのチャット。個別のプロジェクトの会話（検索は各特定のプロジェクト内に限定されます）。」
これを図として捉えると、1つの検索可能な履歴ではないことがわかります。1つの一般的なプールと、プロジェクトごとの密閉されたコンパートメントが存在しているのです。一般的なプールから開始された検索は、一般的なプールをカバーします。プロジェクトAの内部から開始された検索は、プロジェクトAをカバーします。境界を越えることはありません。
この設計上の理由は別の場所に記載されており、完全に一貫しています。Anthropicのプロジェクトに関するドキュメントでは、意図的に自己完結型として説明されています。「プロジェクトを使用すると、独自のチャット履歴とナレッジベースを持つ、自己完結型のワークスペースを作成できます。」自己完結していることこそが機能なのです。あるクライアントの業務が別のクライアントの回答に混ざらないようにするためのプロジェクトは、まさにその設計通りの役割を果たしています。
問題は、ほとんどの人がプロジェクトを「隔離境界」としてではなく、「フォルダ」として採用していることです。そして、検索インデックスを静かに分割するフォルダは、単にファイルをグループ化するだけのフォルダとは全く異なる挙動を示します。
同じ領域には2つ目の境界線があり、消えた会話を探し始める前に知っておく価値があります。シークレットチャット（Incognito chats）は設計上、除外されています。「Claudeは、過去の会話を検索する際にシークレットチャットから情報を取得しません。」Anthropicのシークレットチャットに関するドキュメントはさらに明確です。これらは「チャット履歴やClaudeのメモリに保存されない一時的な会話」です。したがって、ゴーストアイコンの下で開始したチャットは、検索から消えたのではなく、最初から検索対象外だったのです。
人々が代わりに試みること
より良い表現で聞き直す。 理解はできますが、問題が表現ではなくスコープにある場合は無意味です。ツール呼び出しが実行され、現在いるプールを検索し、同じように何も返しません。ツール呼び出しが発生しているのが見える場合、言い換えは解決策になりません。
メモリ機能がそのギャップを埋めてくれると仮定する。 メモリとチャット検索は関連していますが、異なる機能です。メモリによって密閉されたコンパートメントがオープンになるわけではありません。この2つの関係、およびそれぞれがどこで機能しなくなるかについては、Claude's memory across chat and Cowork で解説しています。
Claudeが忘れたと結論付ける。 これは非常に具体的な意味で誤った診断であり、本当の原因と区別する価値があります。指示されたことのない会話を呼び出せないモデルは、作業セッション内でコンテキストを失うモデルとは異なります。後者の問題は実在し、独自の要因があります。これについては why Claude forgets previous conversations で取り上げました。今回の問題は、忘却ではなく境界線によるものです。
代わりにすべてをプロジェクトナレッジにアップロードする。 合理的な直感であり、そのプロジェクト内では確かに役立ちます。しかし、プロジェクトナレッジはチャット検索とは異なる仕組みです。これは添付するドキュメントであり、サイズが大きくなると検索を通じてスケールします。Anthropicはこれを、RAGモードが「回答の品質を維持しながら」容量を拡張するものと説明しています。しかし、他で行われた過去の会話をここで見えるようにするわけではありません。この仕組みについては how Claude's project RAG mode works で、添付ファイルに依存することの失敗パターンについては when Claude forgets project knowledge で詳しく説明しています。
検索トグルをオフにしてから再度オンにする。 設定は存在します。「設定」>「メモリ」に移動し、「チャットの検索と参照」の横にあるトグルをオフに切り替えることができますが、これを切り替えてもスコープは変わらず、検索を実行するかどうかだけが切り替わります。
すべてを1つのコンパートメントに収めるために、1つの巨大なプロジェクトを作成する。 これは機能しますが、プロジェクトの目的を台無しにする一歩手前であり、プランの制限にも衝突します。「無料ユーザーが作成できるプロジェクトは最大5つです。」
解決策：会話を始める前に、それがどのプールに属するかを決定する
境界線は固定され、文書化されています。あなたがコントロールできるのは、作業がそのどちら側に着地するか、そしてどちらにしてもその結論を維持できるかどうかです。
ステップ 1: 実際にどのプールを検索しているかを確認する
何かを診断する前に、自分がどこにいるかを確定させましょう。現在のチャットがプロジェクト内にある場合、検索はそのプロジェクトの会話に届きます。プロジェクト外にある場合、検索はすべてのプロジェクト外のすべてに届きます。
次に、検索が実際に実行されたかどうかを確認します。Anthropicのドキュメントによると、検索は会話の中でツール呼び出しとして表示されるため、推測するのではなく視覚的に確認できます。目に見えて実行されたにもかかわらず何も返さなかった検索は、スコープの問題です。一度も表示されなかった検索は、設定または利用可能性の問題です。この機能は「Web、Claudeデスクトップ、およびClaudeモバイルアプリの有料プラン（Pro、Max、Team、およびEnterpriseプラン）のユーザー」が利用可能であると文書化されています。
この1つのチェックだけで、外部からは同一に見える2つの失敗パターンを切り分けることができます。
ステップ 2: コンテナを意図的に選択し、ルールを書き留める
後で無関係な作業からスレッドを見つける必要がある場合は、プロジェクトの外に置いておきます。スレッドを本当に他の場所で表示させたくない場合は、プロジェクトに入れて、それがそのプロジェクトの目的であることを受け入れましょう。
書き留めておくべきルールは、あなたのプロジェクトがその2つのうちどちらを目的としているかです。履歴が断片化する原因のほとんどは、これを決定しないことにあります。3月に整理整頓のために作成されたプロジェクトが、9月には目に見えない壁になってしまうのです。また、シークレットチャットがどこに位置するかもメモしておきましょう。これはプロジェクトの強化版ではなく、第3の状態です。シークレットチャットは履歴に一切保存されず、後から変換することもできません。Anthropicは、シークレットモードは「現在、プロジェクト外のチャットでのみ利用可能」であると指摘しています。
ステップ 3: 結論を、それが生成されたコンパートメントから引き出す
必要なものが会話の中に閉じ込められていない状態になれば、スコープが足かせになることはなくなります。
意思決定が行われたセッションの最後には、その決定をコンテナの外のどこかに文章として書き留めておきます（何が選ばれたのか、なぜなのか、何が変わるのかなど、4〜5文程度）。そうすれば、「それはどのプールにあったか」という問いに答える必要はなくなります。なぜなら、答えはもうプールの中には存在しないからです。これは、アシスタントを単一のセッション内だけでなく、セッションをまたいで有用にするための規律と同じであり、making Claude remember previous conversations で詳しく説明しています。
MemoryLakeでの設定方法
あらゆるベンダーのコンパートメントの外側に位置するストアこそが、スコープ制限された検索に対する構造的な答えです。MemoryLakeは、どこからでもアクセスできるようにしたい結論のための独立したレイヤーであり、チャット履歴から派生するのではなく、あなた自身によって維持されます。エントリーはあなた自身の言葉で書き込みます。Anthropicのシステムや他のベンダーのストアから読み取られたり、書き込まれたり、削除されたりすることは一切ありません。あなたのClaudeの会話は、あなたが配置したプロジェクト内で、完全にClaude自身のコントロール下に置かれたままになります。
ステップ 1: APIキーを作成する
ダッシュボードからキーを生成します。これにより、元の会話がどの製品のコンパートメントにあったかに関係なく、各アシスタントが同じ結論のセットにアクセスできるようになります。
ステップ 2: 最初のメモリをアップロードする
現在取り残されている決定事項から始めましょう。一般的なチャットからは取り出すのが難しい、2つか3つのプロジェクトの結論を思い浮かべ、それぞれを日付入りの短い段落として書き出します。文字起こしをコピーするのではなく、そこで何が解決されたかを記録するのです。
ステップ 3: AIとエージェントを接続する
ツールをこのレイヤーに向けることで、後から検索するのではなく、作業の開始時にそれらの結論がロードされるようにします。唯一の確実な方法で検証してください。プロジェクト外で新しい会話を開き、もともとプロジェクト内から得られた結論について尋ねてみます。それが返ってくれば、境界線によるコストはもう発生していません。
これが実務で何を変えるか
最初の変化は診断にあります。「Claudeがチャットを見つけられない」という問題は、スコープ制限された検索、保存されなかったチャット、または機能が実行されていないという3つの異なる状況に分かれ、それぞれ対応が異なります。境界線が存在することを知っていれば、解決できない不満を2分間のチェックに変えることができます。
2つ目は、プロジェクトをその得意分野で活用できるようになることです。複数のクライアントのために作業している場合や、個人用と仕事用のスレッドを分けておく場合、隔離は本当に価値があります。それが害になるのは、誤って採用してしまった場合だけです。結論が別の場所に保存されていれば、検索コストを支払うことなく、積極的に隔離を行うことができます。
3つ目は、1つの製品における境界線が、他のツールの知識を決定しなくなることです。プロジェクトから得られた決定事項が、他のアシスタントがアクセスできるストアに存在していれば、ツール間を移動するたびに、すでに解決したことを再導出する必要がなくなります。これは cross-tool memory for knowledge workers で説明されている状況です。
4つ目は、より静かですが、チームにとって重要なことです。Anthropicは、TeamおよびEnterpriseプランにおいて、シークレットチャットが「アカウント所有者が利用できる組織データの書き出しに含まれる」こと、およびシークレットチャット内でもClaudeがカスタムスタイルなどのプロファイル情報にアクセスできることを指摘しています。シークレットモードは、履歴への保存やメモリへの使用に関するものであり、自身の組織に対するプライバシーモードではありません。これに依存する前に知っておくことで、後で本当に気まずい会話になるのを防ぐことができます。
Claudeの検索境界を越えて作業するためのベストプラクティス
プロジェクトが自分にとって何を意味するかを一度決定する。 隔離境界か、フォルダかのどちらかです。両方になることはできず、検索スコープは前者の解釈に従います。
検索を疑う前に、ツール呼び出しを確認する。 設計上、会話の中で確認できます。これを確認することで、診断がすぐに変わります。
シークレットモードを「整理されたプロジェクト」として使用しない。 これは異なる仕組みであり、異なる結果をもたらします。何も保存されず、元に戻すこともできず、TeamおよびEnterpriseプランでは組織の書き出しに表示されます。
結論をコンテナの外に書き出す。 プロジェクト内にしか存在しない決定は、一度の組織再編でアクセス不能になる可能性があります。
クライアントの業務は意図的に隔離しておく。 これは、境界線がまさに望み通りの役割を果たしているケースです。回避しようとするのではなく、その仕組みを活用しましょう。
四半期ごとに自身のストアを読み直す。 3月に書かれた結論と6月に矛盾する結論が、どちらも日付なしで置かれている場合、結論が全くないよりも悪影響を及ぼします。
結論
Claudeの過去チャット検索は信頼できないわけではありません。スコープが設定されているだけであり、Anthropicはそれを1行で説明しています。検索対象は「プロジェクト外のすべてのチャット。個別のプロジェクトの会話（検索は各特定のプロジェクト内に限定されます）」です。
この設計は意図的であり、理にかなっています。プロジェクトは「独自のチャット履歴とナレッジベースを持つ自己完結型のワークスペース」として文書化されており、あるクライアントのプロジェクトが別のクライアントの回答に漏洩することは、横断検索ができないことよりもはるかに深刻な問題です。
問題が発生するのは、機能の構築方法と人々の採用方法との間の不一致だけです。プロジェクトはフォルダとして作成され、フォルダは外部から検索可能であることが期待されます。コンパートメントが実在することを知れば、修正は簡単です。自分がどのプールにいるかを確認し、新しい作業がどちら側に属するかを意図的に決定し、結論自体はどのコンパートメントにも縛られない場所に保管することです。