RAGが有効になると実際に何が変わるのか
限界という現実の壁を解決した、その点は明白である
前提が重要であるため、まずこの点から説明します。従来の挙動について、Anthropic自身は次のように説明しています。「以前は、プロジェクトにはコンテキストウィンドウに基づくナレッジ容量の制限がありました。このしきい値に達すると、それ以上コンテンツを追加することはできませんでした。」
完全にストップしてしまう状態でした。ファイルを1つも追加できなくなっていたのです。RAGモードはこの制限を取り払い、容量は最大10倍になると説明されています。また、Anthropicは「シームレスな移行：必要な時に自動的に有効化され、セットアップは不要」としています。
したがって、これは避けるべき「改悪」ではありません。上限が引き上げられたのであり、この記事の残りの部分では、このモードから逃れる方法ではなく、このモードとうまく付き合う方法について説明します。
取得の単位が「すべて」から「関連する部分」に変わる
「プロジェクトでRAGが有効になると、Claudeはプロジェクトナレッジ検索ツールを使用して、アップロードされたドキュメントから関連情報を取得します。」
実際にその様子を確認できます。Anthropicは「アップロードされたコンテンツから関連情報を見つける必要がある場合、Claudeがプロジェクトナレッジ検索ツールを使用しているのが表示されます」と述べています。これは、ウェブ検索がツール呼び出しとして表示されるのと同じ仕組みです。
実用上の結果として、事実は単にアップロードされているだけでなく、検索可能（取得可能）でなければならなくなりました。フルコンテキストモードでは、名前の付け方が悪いPDFの40ページ目に埋もれている詳細情報であっても、Claudeの目の前に存在していました。しかし、検索モードでは、選択されるためにクエリと十分に一致する必要があります。
Anthropic自身のベストプラクティスがそれを物語っている
RAGのドキュメントにある4つのヒントを読んで、どの2つが検索モードにおいてのみ意味を成すかに注目してください。
「明確で分かりやすいファイル名を使用する」— その理由として「適切な名前が付けられたファイルは、Claudeが正しい情報をより効果的に理解し、取得するのに役立ちます」と付記されています。そして「特定のドキュメントを参照する」—「特定のドキュメントを名前で参照することで、Claudeが検索を絞り込むのに役立ちます」とあります。
フルコンテキスト処理において、ファイル名は単なるラベルでした。質問の中でドキュメント名を指定することは、単なる気配りに過ぎませんでした。しかし、検索処理においては、その両方が選択ステップへの入力になります。Q3-pricing-decision-memo.pdf と doc_final_v3.pdf は、もはや同等ではありません。
他の2つのヒント — 「包括的なコンテンツをアップロードする」と「関連するコンテンツをまとめて整理する」 — も同じ方向を指し示しています。検索は、雑多なファイルの山よりも、一貫性のあるコーパス（情報の集まり）に対して行う方がうまく機能します。
ユーザー側でコントロールすることはできず、元に戻ることもある
Anthropicはこの点について率直に述べています。「RAGの有効化は、プロジェクトナレッジのサイズに基づいて自動的に処理されます。可能な限り、プロジェクトは最適なパフォーマンスを得るためにインコンテキスト処理を使用します。」
また、これは元に戻すことも可能です。「プロジェクトナレッジが後にコンテキストウィンドウのしきい値を下回った場合、Claudeは自動的にコンテキストベースの処理に戻すことができます。」
つまり、最近アップロードした量に応じて、同じプロジェクトがどちらのモードにもなり得るということです。視覚的なインジケーターだけがそのシグナルです。2ヶ月前にプロジェクトが特定の詳細についてより鋭い回答を返してくれたと感じたなら、変わったのはモデルではなく、モードだった可能性があります。
知っておくべきドキュメント間の矛盾
2つの公式ページで利用可能性に関する記述が食い違っており、一方だけを信じるのではなく、両方の解釈が存在することを知っておくべきです。
RAGに関する記事では「プロジェクト向けRAGは、すべてのClaudeプラン（無料、Pro、Max、Team、Enterprise）で利用可能です」とされています。一方、より最近更新されたプロジェクトの概要記事では「RAGによる強化されたプロジェクトナレッジは、有料のClaudeプラン（Pro、Max、Team、またはEnterprise）のユーザーのみが利用できます」と述べられています。
新しいページの方が制限が厳しくなっています。無料アカウントを使用している場合は、有料プラン限定であるという前提で考え、自身のプロジェクトのインジケーターで確認してください。なお、無料アカウントには「無料ユーザーが作成できるプロジェクトは最大5つまで」という別の制限もドキュメントに記載されています。
人々が試みること
ファイルを削除してしきい値未満に戻す。 これは実際に機能し、モードは元に戻ります。しかし、処理モードを変更するためにコンテンツを捨てることを意味し、本末転倒です。
同じドキュメントを何度も再アップロードする。 回答に抜け漏れがあるときによくやってしまいがちですが、コーパス内にほぼ重複するファイルが存在することになり、検索の精度が低下します。この習慣に関する一般的な対策は、ClaudeへのPDFの再アップロードをやめる方法で解説しています。
1つのプロジェクトを複数に分割する。 これが正しい場合もありますが、各プロジェクトは独自のナレッジベースを持つ個別のメモリ空間であり、プロジェクト間でコンテキストは移動しないことに注意してください。境界線を作ることで容量の問題を解決したに過ぎません。
重要な事実をプロジェクトの指示（Instructions）に貼り付ける。 指示は常に読み込まれるため、少数の事実に対しては実際に効果があります。しかし、スケールしませんし、指示はコンテンツを保存するためではなく、挙動を規定するためのものです。
品質が低下したと思い込む。 Anthropicは明示的に否定しています。「RAGは、より大きなプロジェクト容量を可能にしながら、インコンテキスト処理と一貫した回答品質を維持します。」特定の回答が悪化した場合、全体的な品質低下ではなく、特定の事実が見つけられなくなったこと（これは修正可能です）が原因である可能性が高いです。
検索をメモリとして扱う。 これが最も根深い問題です。検索はアップロードされたドキュメント内の記述を見つけるものであり、先月チャットで誰かが下した決定を保持するものではありません。この違いについては、なぜRAGはメモリではないのかで説明しています。
解決策：ファイルを見つけやすくし、決定事項をドキュメントの山から排除する
2つのステップがあり、最初のステップは今すぐ無料で実行できます。
検索向けに名前を変更する。 プロジェクトナレッジを確認し、すべてのファイル名がそのドキュメントの決定事項や内容を表すように変更します。notes.md ではなく pricing-model-decision-2026-Q3.md に。spec_v2_final.pdf ではなく checkout-flow-spec-post-legal-review.pdf にします。これはAnthropic自身が最初に推奨していることであり、ほとんどのプロジェクトで20分もあれば完了します。
次に、正確性が求められる質問では、ドキュメント名を指定します。特定のドキュメントを名前で参照することで、Claudeが検索を絞り込むのに役立つというAnthropicのガイダンスは、今や単なるマナーではなく、実際に効果を発揮する強力な手段となっています。
次に、これまで1つの場所に保存していた2種類のナレッジを分離します。 プロジェクトナレッジとはドキュメントのことです。「仕様書には何と書いてあるか」に答えるのは非常に得意ですが、構造的に「なぜそれを決定したのか」に答えるようには作られていません。会話の中で下された決定、誰かが一度口にした制約、誰も書き留めなかった理由で却下されたアプローチ。これらはどれもドキュメントではないため、ファイル名をどう工夫しようとも検索（取得）できません。それにもかかわらず、あらゆるプロジェクトでこうした情報が蓄積されていきます。その結果、それぞれ3行ほどの重要な記述を保持するためだけに、会議のメモや文字起こしデータで容量が埋め尽くされてしまうのです。
それこそが、MemoryLakeが保持するものです。プロジェクトの永続的な事実を、ツールがクエリできるレイヤーに保持するため、ドキュメントの山はドキュメントのまま維持されます。セットアップは3つのステップで完了します。
Step 1: APIキーを作成する
サインインしてAPIキーを作成します。接続する複数のツールで共通して使用できる1つの認証情報です。
Step 2: 最初のメモリをアップロードする
1つの項目につき1つの主張を含む、短いエントリです。1文だけを保持するためにアップロードしていたファイルが、最適な候補となります。
理由が紐づいた決定事項。 「月次解約率が4倍になったため、年次請求を行っています。」この1行は永続的に有用ですが、現在は40ページのプレゼン資料の中に埋もれています。
会話から生じた制約事項。 法務レビューの結果、誰かが通話中に言及したベンダーの制限、変更された締め切りなどです。
すでに却下されたアプローチとその理由。 どのドキュメントにも記載されておらず、新しいセッションが始まるたびに再提案されてしまうカテゴリーです。
チーム内で議論になる定義。 何をもって「アクティブユーザー」とするか、契約開始日はいつか、など。これらは誰のファイルにも記載されていないため、何度も議論が繰り返されることになります。
Step 3: AIとエージェントを接続する
MemoryLakeはMCPおよびAPI経由でアクセス可能です。そのため、Claude、Claude Code, Codex、OpenClawなどのMCPネイティブなエージェントはMCPサーバーを指定することで接続でき、その他のアシスタントはAPIを介して同じメモリを読み込むことができます。これにより、「何を決定したか」という問いに対する回答が、文字起こしデータが検索ステップでたまたま選択されたかどうかに左右されなくなります。
ここで、3つの率直な制限事項があります。MemoryLakeは、Claudeプロジェクトナレッジの読み込み、書き込み、または置き換えを行いません。 アップロード、RAGインジケーター、モードの切り替えはすべてAnthropicの仕様であり、Claudeの外部から影響を与えることはできません。MemoryLakeは、ユーザーまたはエージェントが入力した内容のみを保持するため、ステップ2は手動で行う必要があります。また、容量やしきい値を変更することもありません。プロジェクトナレッジは、他に何を実行しているかに関わらず、ドキュメントに記載されている通りに動作します。
実務において何が変わるか
ファイル名が機能を持つようになる。 単なるラベルではなく、検索への入力になります。
質問の中でドキュメント名を指定することが、実際に効果を発揮する。 Anthropicがまさにこの理由から推奨しています。
従来の厳しい上限がなくなる。 以前なら追加できなかった限界を超えて、コンテンツを追加し続けることができます。
モードはユーザーが選択するものではない。 双方向に自動で切り替わり、インジケーターだけがそのシグナルとなります。
重複したアップロードが明確に有害になる。 ほぼ重複するファイルが同じ検索プロセスで競合してしまいます。
ドキュメントと決定事項が同じコンテナを共有しなくなる。 これにより、3行の文字起こしデータでプロジェクトナレッジが埋め尽くされるのを防ぐことができます。この仕組みについては、プロジェクトドキュメントをAIメモリに変換する方法で解説しています。
RAGが有効なClaudeプロジェクトのベストプラクティス
すべてのファイル名を、その決定事項や内容を表すように変更する。 Anthropicの最初の推奨事項であり、労力に対して最も高い効果が得られます。
正確性が重要な場合は、ドキュメントを名前で参照する。 これにより検索が絞り込まれます。
一貫性のある業務ごとに1つのプロジェクトを維持する。 検索は、雑多なファイルの山よりも、関連するコンテンツに対して行う方がうまく機能します。
RAGモードを避けるためにコンテンツを削除しない。 処理方法の好みのために容量を犠牲にすることになります。
アップロードする前に重複を排除する。 同じドキュメントの2つのバージョンが存在すると、シグナルが分散してしまいます。
精度低下を疑う前にインジケーターを確認する。 モードは双方向に変化するため、「以前はこれを知っていたのに」という報告の多くは、これが原因で説明がつきます。
単一の事実はファイルではなく指示（Instructions）に記載する。 プロジェクトの指示は常に読み込まれます。1文しか書かれていない1ページのPDFをコーパスに含める価値はありません。
決定事項と理由はドキュメントの山から排除する。 これらはドキュメントではないため、検索で見つけることができません。しかし、これらこそが人々が実際に求める情報です。また、各プロジェクトには独自の個別のナレッジおよびメモリ空間があることにも注意してください。この境界線については、ChatGPTの例を用いた ChatGPTプロジェクトはメモリを共有しないで説明されています。
結論
ClaudeプロジェクトにおけるRAGモードは、上限の引き上げであり、ダウングレードではありません。以前は、プロジェクトナレッジに厳しい容量制限があり、それ以上追加することはできませんでした。現在、Claudeは自動的に切り替わり、容量を最大10倍に拡張します。Anthropicは回答の品質が維持されると明言しています。セットアップや有効化の操作は一切不要です。
変化するのは読み込みモードです。すべてのプロジェクトコンテンツが一度に存在するのではなく、Claudeは「最も関連性の高い情報のみをインテリジェントに検索して取得」します。だからこそ、Anthropic自身のベストプラクティスリストに、分かりやすいファイル名や質問内でのドキュメント名の指定が急に加わったのです。これらは、すべてが読み込まれていた頃には無意味でしたが、今や強力な手段となっています。切り替えをコントロールすることはできず、ナレッジがしきい値を下回れば元に戻ります。唯一のシグナルは小さなインジケーターです。また、無料アカウントで利用できるかどうかについて2つの公式ページで記述が異なっており、新しいページでは有料プラン限定とされていることにも注意してください。
したがって、20分かけてファイル名の変更を行い、正確性が重要な場合はドキュメント名を指定し、重複を排除し、Claudeの性能が落ちたと結論付ける前にインジケーターを確認してください。そして、そもそもドキュメントではなかったもの — 決定事項、制約、理由、定義 — をドキュメントの山から、直接問い合わせることができる場所へと移動させましょう。今や「見つけやすさ」がすべてであり、誰も書き留めなかった決定事項は、どれほど容量があっても見つけることはできません。