上传了知识文件，不等于每次都逐字读取全库
Claude Projects的RAG会从项目知识中检索与问题相关的信息，而不是在每个回答里同时装入所有资料。官方将这项扩展知识能力列为付费套餐功能；项目接近上下文容量时可自动启用，具体以当前账户和界面为准。
因此，“文件在项目里”只能说明它是可用资料，不能证明某条关键例外已经进入当前答案。遇到引用遗漏时，应把检索范围、段落依据与结论分别核对，而不是反复增加“必须认真”的措辞。
先做一个能判定对错的小问题
以下是虚构的两份材料：《报销规则V1》规定普通申请七个工作日内处理；《补充规则V2》规定跨部门申请需补齐审批，处理起点为资料齐全日。问题是“周一提交跨部门申请，是否保证下周三前完成？”
正确的验收重点不是让Claude给出某个日历日期，而是识别跨部门例外、起算条件，以及工作日和节假日尚未核实。单独检索到V1就给出保证，属于依据不完整。
把两份虚构内容分别保存为清楚命名的文本，上传到允许试验的项目。提问时点出文件名和“跨部门”关键词，要求先列相关段落，再回答是否能承诺完成时间。两份短文不一定达到触发RAG的容量：该练习只检验证据是否完整，不证明RAG已经启用，也不能用它测量底层检索准确率。本站没有在真实Claude账户中运行这个练习，预期判据不冒充模型输出。
官方说明，启用时项目会显示相应RAG标识，需要检索相关内容时可见项目知识搜索工具；可结合实际界面观察。不能只看一次答案没有引用，就推断底层从未检索。
分清没找到、找错版本与推断过头
证据未展示：回答没有指出相关文件或段落。可将问题缩小为“请定位V2中关于跨部门申请的条件”，要求定位后人工对照原文，不急于要求综合建议。缺少引用只是当前答案的证据缺口，不足以证明底层检索未命中。
找错版本：答案只引用旧规则。核对知识库里是否同时保留多份近似文件，标明哪份仍有效、哪份只是历史材料；是否删除旧文件要按真实维护需求决定，不因一次回答就丢弃历史。
推断过头：已经列出两段规则，却仍承诺具体日期。这时问题不只是检索，需要求区分材料明确写出的条件与尚待确认的日历、审批状态，不把猜测补成制度规定。
关键问题保留证据表，而不是一次问完
可用三列人工检查：文件及版本、支持的事实、尚未确认事项。例如V1支持“普通申请七个工作日”，V2支持“跨部门须补齐审批”，没有材料支持“本次审批已完成”。
需要审计的结论应保留相应原文位置。文档页码若存在，核对的是源文件实际页码；无页码的文本可用小节和短句定位，不让模型捏造一个看似正式的页码。无法定位时，把结论标为待核实。
一次正确回答也不证明整库都被读过。再准备一个普通申请问题与一个跨部门问题，分别检验通用规则和例外，能发现只靠单一段落回答的情况。
什么时候应缩小知识范围
如果任务只需要两份规则，可在本轮明确限定这两份材料，再要求解释不适用的资料为何被排除。对于需要跨文件完整核对的工作，应先列待检查清单，逐项确认，而不把RAG容量扩大宣传成保证零遗漏。
本文针对已上传知识的检索与证据验收，不重复项目创建、指令放置或成员移除步骤。官方能力说明是机制依据；虚构规则、问题与验收表是本站原创练习，没有真实产品准确率或速度测试数据。
参考资料与核验范围
资料核对日期：2026年10月18日。以下为官方原始资料；产品入口和可用范围仍以当前账户为准。
1. [官方资料1](https://support.claude.com/en/articles/11473015-retrieval-augmented-generation-rag-for-projects)
2. [官方资料2](https://support.claude.com/en/articles/9517075-what-are-projects)