Claude Projects 完整指南（2026）：知识库、项目指令、Memory 与 RAG

Projects 由四部分组成

谁可以使用 Projects

当前官方帮助中心说明 Projects 对 Free、Pro、Max、Team、Enterprise 全部开放；Free 用户最多创建 5 个项目。 Team 和 Enterprise 可在组织内共享并设置查看或编辑权限。不要继续引用旧文“只有 Pro 以上才能用”的结论。

第一步：创建边界清晰的 Project

1. 进入 claude.ai/projects。
2. 点击 + New Project，填写名称和描述。
3. Team/Enterprise 选择私有或组织可见范围，并按需邀请成员。
4. 进入项目后再设置指令和知识。

一个反直觉细节：官方管理文档说明 Claude 无法访问项目名称和描述。因此“支付系统重构”这个名称不会自动成为模型上下文， 业务背景仍要明确写进项目指令或知识文件。

第二步：写可维护的项目指令

# 目标与受众
这是支付服务维护项目。输出给熟悉 TypeScript 的后端工程师。

# 事实来源
- 产品规则以 project knowledge 中标记为 current 的文档为准
- 若两份资料冲突，列出文件名和日期，不自行选择

# 工作方式
- 先给结论和依据，再给建议
- 涉及金额、退款、权限时必须引用原文件
- 信息不足时写“待确认”，不要猜测

# 输出
- 默认中文
- 操作步骤使用编号列表
- 代码变更给测试和回滚建议

指令应描述长期稳定的行为，不要堆放临时任务。账号级偏好放全局 Instructions；单项目规则放 Project instructions； 确定性资料放 Project knowledge。

第三步：建立容易检索的知识库

• 文件名包含主题和版本，例如 refund-policy-2026-08-current.md。
• 删除或标注废弃版本，避免两个“最终版”互相冲突。
• 在文档顶部写来源、负责人、更新时间和适用范围。
• 大表格按业务主题拆分；相关资料放同一项目，不相关客户分项目隔离。
• 上传后用真实问题测试，而不是只看文件显示“已添加”。

旧文给出的固定 10 MB/200 MB 容量没有当前来源支持，因此不再保留。文件和项目限制会随产品调整，应以界面提示与官方上传文档为准。

RAG 什么时候启动，意味着什么

对支持的付费计划，当项目知识接近上下文窗口上限时，Claude 会自动切换到 RAG：不再把全部内容一次性放进上下文， 而是调用 project knowledge search 查找与当前问题最相关的片段。官方称可把项目知识容量扩展到最高 10 倍；这是产品方说明， 不等于每个问题都能稳定召回所有资料。

提高可核查性的提问方式：

只基于项目知识回答：
1. 先列出检索到的文件名和相关段落
2. 再回答问题
3. 如果 current 文档与旧版冲突，以表格展示差异
4. 没检索到依据就写“项目知识中未找到”

如果回答错误，先区分资料不存在、文件过期、检索没命中和模型误读四种情况；不要笼统归因为“RAG 不准”。

项目聊天到底共享什么

官方明确说明：不同聊天不会仅因为处于同一 Project 就自动共享完整上下文，除非信息已加入项目知识。 当前 Memory 功能又为每个项目提供独立记忆空间和项目摘要，因此持续工作可能得到概括性延续， 但它仍不等于把所有旧聊天逐字注入新对话。

关键决定应整理成决策记录并加入知识库；需要追溯某次讨论时使用项目内聊天搜索和原聊天引用。

团队共享：查看、编辑与资料暴露

• Can view：可查看项目内容、知识和指令并在项目内聊天，但不能修改项目。
• Can edit：可修改知识和指令，并管理成员与设置。

不要把“能聊天”误认为“只看自己的对话”。共享项目前先检查知识库、附件和项目指令是否包含不应向全体成员开放的信息。 归档只整理项目列表，不会撤销成员或改变共享权限；结束合作要单独移除访问者。

四类适合 Projects 的场景

• 产品支持：当前手册、FAQ、故障处理和升级公告。
• 研究项目：论文、访谈、数据字典和证据记录，要求逐条引用。
• 内容团队：品牌规范、术语表、已发布样例和事实核查清单。
• 代码库协作：架构说明、接口契约和决策记录；真正修改仓库仍优先使用 Claude Code。

上线前检查清单

1. 项目只包含一个业务边界，名称相似的客户没有混用。
2. 项目指令能说清事实来源、冲突处理和输出要求。
3. 知识文件有版本和日期，旧文件已删除或明确标废弃。
4. 用 10 个真实问题验证检索、引用和拒答。
5. 共享成员遵循最小权限，归档前再次检查访问列表。