Claude ProjectsのRAG検索の仕組みと全文投入との違い

Claude ProjectsのRAG検索とは何か

Claude ProjectsのRAG検索とは、プロジェクトに溜め込んだ資料の全文をそのつどコンテキストへ流し込む代わりに、質問に関連する部分だけを検索して取り出す仕組みです。資料が増えても応答速度と精度を両立させるための、容量とスピードのトレードオフを解く工夫といえます。RAGはretrieval augmented generation(検索拡張生成)の略で、Project knowledgeの容量がコンテキストウィンドウの上限に近づくと自動的に有効になります。Claude Projects完全ガイドでは容量上限の一項目として軽く触れていますが、本記事はこの切り替えの仕組みと、全文投入モードとの実際の違いを掘り下げます。

RAG検索は無料プランを含む全プランで利用できます。有料プランだけの機能ではなく、プロジェクトの容量拡張という恩恵はFreeプランのユーザーにも及んでおり、同じ土俵でナレッジベースを組めます。

RAGが導入される前、Project knowledgeの容量はコンテキストウィンドウのサイズに直結する固定の上限を持っていました。上限に達すると、それ以上ファイルや情報を足すこと自体ができませんでした。RAGはこの「積み増しの壁」を検索方式へ切り替えることで動かした機能です。全部を毎回読み込むのではなく、必要な部分だけを探して読み込むことで、同じコンテキストウィンドウのまま実質的な容量を広げています。

RAGモードはいつ自動的に切り替わるか

切り替えの判断軸はただひとつ、プロジェクトに積んだナレッジの合計量です。knowledgeがコンテキストウィンドウの上限に近づく、あるいは超えると、Claudeは自動的にRAGモードへ移行します。ユーザー側で明示的にオン・オフを切り替える設定はありません。公式のFAQでも「サイズに基づいて自動的に処理される」とだけ説明されています。可能な限りコンテキストベースの処理を優先する、という記述もあり、RAGは容量が足りないときの補完という位置付けです。

コンテキストウィンドウ自体のサイズはモデルとプランで変わります。有料プランでチャットする場合、Claude Fable 5.1・Opus 5・Sonnet 5は1Mトークン、Opus 4.8・Opus 4.7・Opus 4.6・Sonnet 4.6は500Kトークン、それ以外のモデルは200Kトークンです。この基準値に対してプロジェクトのナレッジ合計が近づくかどうかが、RAG発動のトリガーになります。RAGが有効になると、UI上にプロジェクトがRAG対応であることを示す表示が出るため、いま自分のプロジェクトがどちらのモードで動いているかは画面で確認できます。

このコンテキストウィンドウの差は、RAGモードへの切り替わりやすさにも直結します。同じ量のナレッジを積んでいても、1Mトークンのモデル(Claude Fable 5.1・Opus 5・Sonnet 5)を使っている限りは全文投入モードのままで、200Kトークンのモデルに切り替えた途端にRAGモードへ移行する、ということが起こり得ます。プロジェクトの挙動が急に変わったように感じたときは、資料を増やした覚えがなくても、使用モデルを変えていないか確認すると原因が見つかることがあります。

切り替えは一方向ではありません。knowledgeを削除するなどしてナレッジ量がコンテキストウィンドウの閾値を再び下回れば、Claudeは自動的にコンテキストベースの処理へ戻ることもあります。容量を使い切ったらRAGモードに固定される、という設計ではありません。逆にいえば、資料を整理して不要なファイルを削除するだけでも、モードが変わり応答の体感が変わることがあります。

全文コンテキスト投入とRAG検索、何が違うか

同じ「プロジェクトに聞く」という操作でも、内部の処理はモードによって別物です。

RAGモードでは、Claudeがproject knowledge search toolを使って情報を探している様子が応答の途中で見えることがあります。全文投入モードとの体感差はここに出ます。手元の操作(ファイルのアップロード・質問・特定ドキュメントの参照)自体はどちらのモードでも変わりません。

検索の内部アルゴリズム(埋め込みベースの類似度検索なのか、キーワード照合を含むのか等)について、公式ドキュメントは具体的な実装方式を明らかにしていません。断定はできないため、「関連情報を検索・取得するツールを使う」という公表されている範囲で理解しておくのが安全です。実装の詳細よりも、切り替えのトリガーと体感の違いを押さえておくほうが実務では役立ちます。

会話の自動コンテキスト管理とRAGは別の機能

紛らわしい点として、Claudeには会話が長くなったときに自動で過去メッセージを要約する「自動コンテキスト管理」という別の仕組みもあります。これはコード実行(code execution)が有効な有料プランの会話に適用される機能で、コンテキストウィンドウの上限に近づくと過去のやり取りを要約して新しい発言のための余白を作ります。要約後も全履歴はClaudeが参照できる状態で保持されます。

ProjectsのRAGはナレッジベース(アップロードした資料)の扱いを変える機能で、自動コンテキスト管理は会話履歴そのものの扱いを変える機能です。両者は独立して動作し、片方が有効だからもう片方が働く・働かないという関係にはありません。プロジェクト内で長い会話を続けながら大量の資料も参照している場合、この2つが同時に働いていることになります。

RAGモードで検索精度を落とさないための実務ポイント

RAG検索は自動で発動する一方、検索の当たりやすさは資料の整え方に左右されます。公式が挙げる工夫は次の4つです。

• 網羅的にアップロードする: 関連する資料をあらかじめ揃えておくほど、Claudeが参照できる範囲が広がる
• ファイル名を分かりやすくする: 内容が伝わるファイル名は、検索時の手がかりになる
• 関連資料は同じプロジェクトにまとめる: 資料間のつながりをClaudeが辿りやすくなる
• 質問時に特定の文書名を指定する: 検索対象を絞り込みたいとき、ドキュメント名を挙げて聞くと精度が上がる

既存プロジェクトも自動的にRAGの恩恵を受けます。過去に作ったプロジェクトを作り直す必要はなく、ナレッジ量がコンテキスト上限を超えた時点で同じ切り替えが働きます。設定の移行や再アップロードといった作業は発生しません。

質問の仕方そのものも、RAGモードでは検索のヒット率に影響します。「このプロジェクトの内容を教えて」のような曖昧な聞き方より、「〇〇という資料の第2章について」のように対象を具体的に絞った聞き方のほうが、project knowledge search toolが的確な箇所を拾いやすくなります。全文投入モードでは全ファイルが常にコンテキストに載っているため、この差はRAGモードに切り替わってから初めて体感することになります。

RAG検索の対象範囲と使えない場面はあるか

RAGはClaudeの主要機能と組み合わせて使えます。公式は、Web検索・拡張思考(extended thinking)・ResearchのすべてでRAGが機能すると説明しています。機能ごとに個別の対応可否を確認する必要はありません。

一方で、RAGは「検索して関連箇所を取り出す」処理である以上、資料全体を俯瞰した要約や、文書をまたいだ厳密な突き合わせを求める質問では、全文投入モードのときと体感が変わる可能性があります。公式ドキュメントはこの点を明示していないため、断定はできません。資料をまたぐ整合性チェックのような用途では、質問の粒度を小さく分けて聞き直す運用が安全側です。

コンテキストウィンドウ自体を広げてRAGへの依存を減らす、という選択肢もあります。ただしその上限はモデルとプランの組み合わせで決まる固定値で、プロジェクト側の設定では変えられません。ナレッジ容量を増やしたい場合、選べる手段は実質的に「RAGモードに任せる」の一択になります。プロジェクトの指示(project instructions)を簡潔に保つ、有効にしているツール・コネクタを絞る、といった周辺の工夫はコンテキストの空き容量を間接的に確保しますが、これらはRAGの発動条件そのものを変える設定ではありません。

まとめ

Claude ProjectsのRAG検索は、ナレッジ量がコンテキストウィンドウの上限に近づいたときだけ自動で切り替わる仕組みで、通常時の最大10倍までプロジェクトの容量を広げます。切り替えにユーザー操作は不要で、無料プランを含む全プランが対象です。精度を落とさないための工夫は、資料を網羅的に集め、ファイル名を分かりやすくし、関連資料を同じプロジェクトにまとめることに尽きます。会話履歴を要約する自動コンテキスト管理とは、対象も発動条件も異なる別の仕組みです。プロジェクトの容量上限そのものや共有権限まで含めた全体像はClaude Projects完全ガイド、APIを使って自前のRAGシステムを組む場合の設計はClaude RAGの構築ガイド、プラン間の違いはClaudeの料金プラン比較で確認できます。