当 RAG 开启时，实际发生了什么变化
它解决了一个真正的瓶颈，这一点毋庸置疑
首先值得说明的是，因为背景设定很重要。Anthropic 自己对旧行为的描述是：“以前，项目具有基于上下文窗口的知识容量限制。一旦达到此阈值，就无法添加更多内容。”
这是一个硬性限制。你无法再添加任何文件。RAG 模式消除了这一限制，容量据称可扩大至多 10 倍，Anthropic 将其列为“无缝过渡：需要时自动激活，无需设置”。
因此，这并不是你应该试图避免的降级。这是一个被打破的上限，本文的其余部分将讨论如何适应这种模式，而不是如何逃避它。
检索单元从“全部内容”变为“相关部分”
“当您的项目启用 RAG 时，Claude 会使用项目知识搜索工具从您上传的文档中检索相关信息。”
你可以看到这一过程的发生。Anthropic 指出，“当 Claude 需要从您上传的内容中寻找相关信息时，您会看到它正在使用项目知识搜索工具”——就像网页搜索显示为工具调用一样。
实际的后果是，一个事实现在必须是可检索的，而不仅仅是已上传的。在全上下文模式下，无论如何，埋藏在一个命名糟糕的 PDF 第 40 页的细节都会呈现在 Claude 面前。但在检索模式下，它必须与查询足够匹配才能被选中。
Anthropic 自己的最佳实践就是最好的证明
阅读 RAG 文档中的四个提示，注意其中哪两个只有在检索模式下才有意义。
“使用清晰、具描述性的文件名”——并附带原因：“命名良好的文件有助于 Claude 更有效地理解和检索正确的信息。”以及“引用特定文档”：“您可以按名称引用特定文档，以帮助 Claude 集中搜索。”
在全上下文处理中，文件名只是标签。在问题中提及文档名称只是一种客套。但在检索模式下，两者都成为了选择步骤的输入。Q3-pricing-decision-memo.pdf 和 doc_final_v3.pdf 不再等价。
另外两个提示——“上传全面的内容”和“将相关内容组织在一起”——指向同一个方向：在连贯的语料库中进行检索，效果要好于在一堆杂乱的文件中检索。
你无法控制它，而且它可能会切换回去
Anthropic 对此非常直接：“RAG 激活是根据您的项目知识库大小自动处理的。在可能的情况下，项目将使用上下文内处理以获得最佳性能。”
而且它是可逆的：“如果您的项目知识库随后降至上下文窗口阈值以下，Claude 可以自动转换回基于上下文的处理。”
因此，同一个项目可能会处于这两种模式中的任何一种，具体取决于你最近上传了多少内容，而唯一的信号就是视觉指示器。如果两个月前一个项目对某些细节的感觉更敏锐，那可能是模式不同——而不是模型变了。
一个值得了解的文档冲突
两个官方页面在可用性上存在分歧，你应该知道这两种说法都存在，而不是盲目相信其中一个。
关于 RAG 的文章指出，“项目的 RAG 功能适用于所有 Claude 方案（免费版、Pro、Max、Team 和 Enterprise）。”而最近更新的项目概述文章则指出，“通过 RAG 增强的项目知识库仅适用于付费 Claude 方案（Pro、Max、Team 或 Enterprise）的用户。”
较新的页面限制更严格。如果你使用的是免费账户，请将“仅限付费”作为工作假设，并通过你自己的项目上的指示器进行验证。免费账户还有一个单独的文档记录限制：“免费用户最多可以创建五个项目。”
人们的尝试
删除文件以回到阈值以下。 这确实有效——模式会转换回去。但这也意味着为了改变处理模式而丢弃内容，这有点本末倒置。
重复重新上传同一个文档。 当回答遗漏了某些内容时，这是一种常见的本能反应，但这会通过在语料库中放入近乎重复的内容而使检索变得更糟。关于这种习惯的通用版本，请参阅如何停止向 Claude 重新上传 PDF。
将一个项目拆分为多个项目。 有时这是正确的，但请记住，每个项目都是一个独立的记忆空间，拥有自己的知识库，因此上下文不会在它们之间传递。你通过创建边界解决了容量问题。
将关键事实粘贴到项目指令中。 指令总是会被加载，所以这对于少数事实确实有效。但它无法扩展，而且指令旨在塑造行为，而不是存储内容。
认为质量下降了。 Anthropic 明确表示并非如此：“RAG 在实现更大项目容量的同时，保持与上下文内处理一致的回答质量。”如果某个特定的回答变差了，更可能的原因是某个特定的事实变得不可找寻——这是可以修复的——而不是整体质量的下降。
将检索视为记忆。 这是最深层的一点。检索是在你上传的文档中寻找段落；它不会保存上个月某人在聊天中做出的决定——这正是为什么 RAG 不是记忆中所阐述的区别。
解决方法：让你的文件可被找到，并让决策远离文档堆
两个步骤，第一步是免费的。
为检索重命名。 检查你的项目知识库，让每个文件名都说明该文档决定或包含的内容。不要用 notes.md，而是用 pricing-model-decision-2026-Q3.md。不要用 spec_v2_final.pdf，而是用 checkout-flow-spec-post-legal-review.pdf。这是 Anthropic 自己的首要建议，对于大多数项目来说，这只需要花 20 分钟。
然后，在准确性至关重要的问题中，指明文档名称。Anthropic 的指导意见是，按名称引用特定文档有助于 Claude 集中搜索，这现在是一个真正的杠杆，而不仅仅是客套。
然后，将你一直存储在同一个地方的两种知识分开。 项目知识是文档。它非常擅长回答“规范是怎么说的”，但在结构上并不是为了回答“我们为什么做出那个决定”而设计的。在对话中达成的决定、某人曾经提到过的一次限制、你因为没人写下来的原因而拒绝的方法——这些都不是文档，因此无论你如何命名文件，它们都是不可检索的。但每个项目都会积累这些内容，这就是为什么容量会被会议记录和转录文本填满，而这些内容的存在仅仅是为了保存其中的三句话。
这正是 MemoryLake 所保存的内容：将你项目的持久事实保存在你的工具可以查询的层中，从而使文档堆保持为纯文档。设置只需三个步骤。
步骤 1：创建 API 密钥
登录并创建 API 密钥。一个凭证即可跨越你连接的所有工具。
步骤 2：上传你的第一批记忆
简短的条目，每条包含一个声明。最合适的对象是那些你仅仅为了保存一句话而上传的文件：
附带原因的决策。 “我们按年计费，因为月度流失率高出 4 倍。”简短的一行，永久有用，而目前它却存在于一个 40 页的幻灯片中。
来自对话的限制。 法律审查结果、某人在电话会议中提到的供应商限制、变动的截止日期。
已被拒绝的方法及原因。 没有任何文档包含这一类别，而每次新会话都会重新提出这些方法。
你的团队争论不休的定义。 什么是活跃用户。合同从哪一天开始。这些问题之所以会被反复讨论，正是因为它们不存在于任何人的文件中。
步骤 3：连接你的 AI 和智能体
MemoryLake 可以通过 MCP 和 API 访问，因此原生支持 MCP 的智能体（包括 Claude、Claude Code, Codex 和 OpenClaw）可以通过指向 MCP 服务器进行连接，而其他助手则通过 API 读取相同的记忆。这意味着“我们决定了什么”的答案并不取决于检索步骤是否碰巧选中了某份转录文本。
三个坦诚的限制。MemoryLake 不会读取、写入或替换你的 Claude 项目知识库——上传、RAG 指示器和模式切换完全由 Anthropic 控制，Claude 之外的任何事物都无法影响它们。它只保存你或你的智能体放入其中的内容，因此步骤 2 是手动的。而且它不会改变容量或阈值：无论你运行什么其他程序，你的项目知识库的行为都与文档记录完全一致。
这在实践中改变了什么
文件名变得具有功能性。 它们是检索的输入，而不仅仅是标签。
在问题中指明文档名称是一个真正的杠杆。 恰恰因为这个原因，Anthropic 推荐这样做。
旧的硬性上限消失了。 你可以继续添加内容，突破以前无法逾越的界限。
模式不是由你选择的。 双向自动切换，唯一的信号就是指示器。
重复上传会带来实质性的危害。 近乎重复的内容会在同一次检索中产生竞争。
文档和决策不再共享同一个容器。 这也是项目知识库不再被只有三句话的转录文本填满的原因——这种形式在如何将项目文档转化为 AI 记忆中有所介绍。
启用 RAG 的 Claude 项目的最佳实践
重命名每个文件，以描述它所决定或包含的内容。 这是 Anthropic 的首要建议，也是投入产出比最高的操作。
在需要精确度时，按名称引用文档。 这能让搜索更加聚焦。
每个连贯的工作主体保持一个项目。 在相关内容中进行检索的效果要好于在混合的杂乱堆中检索。
不要为了逃避 RAG 模式而删除内容。 否则你是在用容量去换取某种处理偏好。
在上传前进行去重。 同一文档的两个版本会分散检索信号。
在诊断性能退化之前，先检查指示器。 模式是双向变化的，它比其他任何原因都能更好地解释为什么会出现“它以前知道这个”的反馈。
将单一事实放入指令中，而不是文件中。 项目指令总是会被加载。一个只包含一句话的一页 PDF 不值得放入语料库中。
将决策和原因保留在文档堆之外。 它们不是文档，因此检索无法找到它们——而它们正是人们实际会问及的内容。另请注意，每个项目都有自己独立的知识和记忆空间，这一边界在 ChatGPT 的类比文章ChatGPT 项目不共享记忆中有所解释。
结论
Claude 项目中的 RAG 模式是上限的提升，而不是降级。在此之前，项目知识库有硬性的容量限制，你根本无法添加更多内容；现在 Claude 会自动切换，将容量扩大至多 10 倍，且 Anthropic 明确表示回答质量得以保持。无需设置，也无需手动开启。
改变的是读取模式。Claude 不再是一次性呈现所有项目内容，而是“智能地搜索并仅检索最相关的信息”。这就是为什么 Anthropic 自己的最佳实践列表突然包含了描述性的文件名以及在问题中指明文档名称——这两件事在所有内容都加载时毫无意义，而现在却成了杠杆。你无法控制这种切换，如果你的知识库降回阈值以下，它就会反向切换，而唯一的信号就是一个小指示器。另请注意，两个官方页面在免费账户是否能获得该功能上存在分歧，较新的页面指出仅限付费方案。
因此，花 20 分钟进行一次重命名整理，在准确性至关重要时指明文档名称，进行去重，并在得出 Claude 变差了的结论之前先检查指示器。然后，将那些从来都不是文档的内容——决策、限制、原因、定义——移出文档堆，放到可以直接被查询的地方。现在，可找寻性是关键所在，而一个没人写下来的决策在任何容量下都是无法被找到的。