一句话总结
一个 Claude Project 会把三样东西绑定起来、在它内部的每个对话里持续生效：上传的 Knowledge 文件、Custom Instructions（每个 Project 独立的系统提示），以及一份对话列表。它不会共享聊天历史。截至 2026 年 6 月，Projects 在所有计划（包括免费版）都能用，单个文件最大 30MB、数量不限；当 Knowledge 接近约 20 万 token 的上下文窗口时，Claude 会自动切换到检索（RAG）模式，把可用容量扩大最多 10 倍。诀窍是：把 Knowledge 当成一份精挑的引用清单、把 Instructions 写紧凑、把结论回写进文件——对话会忘，文件不会。
一个 Project 到底共享什么
多数人把 Project 当成一个加了壳的文件夹用，然后开新对话时发现答案又跑偏了。下面是真实的模型。
一个 Project 会把恰好三样东西带进它内部新开的每个对话：
- Knowledge——你上传的文件（PDF、DOCX、CSV、TXT、HTML、代码等等）。Project 里每个对话都能用，不用反复粘贴。
- Custom Instructions——每个 Project 独立的系统提示：角色、受众、口吻、约束。自动套用到每个对话。
- 对话列表——归在这个 Project 下的一组对话，方便你之后找回。
它不共享的是对话记忆。同一个 Project 里的两个对话看不到彼此的消息。结论要延续，就得写进 Knowledge 文件再重新上传。这一条事实，就能解释大部分”Claude 怎么又忘了”的抱怨。
这篇适合谁看
任何反复在新对话里复制同一段背景给 Claude 的人。书稿、长期研究、长期客户、要反复说”先看一下规范”的代码库——这类场景 Projects 第一周就回本。一次性提问者可以跳过这套搭建成本。
三个 Projects 明显比纯对话强的例子：
- **12 个角色的长篇小说。**一次性传
characters.md、worldbuilding.md和最新大纲，每一章草稿都继承同一套口吻规则。 - **长期客户咨询。**品牌规范、上个月交付、滚动的
decisions.md，让所有邮件和 deck 口吻一致。 - **副业代码库。**README、架构笔记、
coding-conventions.md让 code-review 对话跨周保持稳定。
如果是书稿或专栏系列，把 Projects 和 用 Claude 写作的真实工作流 配在一起，每个对话从一致的口吻和大纲开始，而不是从空白开始。
Knowledge 还是 Instructions：什么放哪里
这是决定一个 Project 成败的判断，绝不是形式问题。
| Knowledge（文件） | Custom Instructions（Project 提示） | |
|---|---|---|
| 装什么 | 素材：规范、转录、品牌指南、代码 | 行为：角色、口吻、约束、成功标志 |
| 容量 | 文件数量不限，单个最大 30MB（2026 年 6 月） | 一个文本框；控制在约 1000 字以内 |
| 怎么改 | 静态快照——本地改完要重新上传 | 直接改；下一条消息立即生效 |
| 适合放 | ”事实是什么”——Claude 答题要依据的事实 | ”该怎么做”——这个 Project 的固定规则 |
| 翻车点 | 旧文件和你本地的副本悄悄不一致 | 空话（“要有帮助”）等于没写 |
一句口诀：是 Claude 该引用的事实，就放 Knowledge；是 Claude 该遵守的行为，就写 Instructions。
Knowledge 怎么扩容（以及哪里会变糊）
文件数量虽然不限，但容量不是白来的。截至 2026 年 6 月，Anthropic 的 Claude 模型（Opus 4.7 和 Sonnet 4.6）在消费级计划上是 20 万 token 的上下文窗口。由此分出两种状态：
- **没到上限时：**每个文件在每次提问时都整份加载进上下文。精确，但很吃 token，文件越多回答越慢。
- **达到或超过上限时：**Claude 切换到检索增强生成（RAG）。它不再整份加载，而是搜索你的文件、只取相关片段，界面会出现一个提示表明这个 Project 已启用 RAG。这样可用容量最多扩大 10 倍。（见 Anthropic 的 RAG-for-projects 文档。）
RAG 在所有计划上都有——免费版、Pro、Max、Team、Enterprise——并且自动触发，无需手动开关。实操结论：Knowledge 该精简还是要精简。一旦交给检索来干活，不相关的文件就成了和你真正想要的片段抢资源的噪声。一个聚焦的 5 文件 Project，检索效果好过一个堆了 50 个文件的杂物间。
具体步骤
- Project 名用”产出”，别用”主题”。“Q3 上线计划”逼你定义”完成”；“营销”只会招来任务蔓延。
- **加 3 到 7 个 Knowledge 文件。**把每个当成”引用”：最终交付里你不会引的资料，就别放。支持的格式包括 PDF、DOCX、CSV、TXT、HTML 和代码，单个最大 30MB。
- **写 Custom Instructions。**覆盖角色（“你是我的图书编辑”）、受众、口吻（“白话，不要营销腔”）、一条硬约束（“不要编数据；缺数据就向我要”），再加 1-2 条成功标志。控制在约 1000 字内。
- **开对话，第一条就报子目标。**第一条消息：“今天：用
chapter-3.md已有口吻给第 4 章列大纲。“如果复用产物是一份可迭代的文档或小应用，把这一步和 Claude Artifacts 进阶工作流 结合用。 - **把结论回写进文件。**对话出了主旨、方向或否决清单，就写一段话追加到
decisions.md再重新上传。这就是状态在彼此看不见的对话之间存活下来的方式。 - **每两周清理一次。**一个健康的长期 Project，最后的 Knowledge 大约比初始期少 30%。过期草稿和走死的方向会悄悄拖垮检索质量。
怎么和团队共享 Project
共享 Project 是 Team 或 Enterprise 才有的功能；个人的免费版、Pro、Max 账号里 Project 只对你自己可见。（截至 2026 年 6 月，Claude Pro 为每月 20 美元，年付 17 美元；Max 为每月 100 或 200 美元。）在 Team 和 Enterprise 上，创建 Project 时你要选可见性：
- Public（公开）——组织里所有人都能查看和使用这个 Project。里面的单个对话仍然私有，除非你单独分享某个对话。
- Private（私有）——只有被邀请的成员能查看或使用。你给每个成员分配 can view（可查看） 或 can edit（可编辑）；编辑者能改 Instructions 和 Knowledge。
两种情况下，共享 Project 共享的是它的 Knowledge 和 Instructions，不是你的对话。你的对话仍然私有，除非你明确分享某个单独的对话。（见 Anthropic 的 project sharing 文档。）
容易踩的坑
- **存储便宜就堆 30 个文件。**不管你在上限以下还是已进 RAG 模式，文件越多只会让检索更糊，不会让答案更聪明。
- 用”主题”命名。“客户 X”招来任务蔓延；“客户 X Q3 交付”才点出终点线。
- **完全不写 Instructions。**不写，每个对话就回到 Anthropic 的默认值，而不是你的上下文。
- **把 Knowledge 文件当活文档。**它是快照。本地改了不重传，对话就会一直默默读旧版。
- **把个人实验和付费客户工作塞同一个 Project。**口吻会漂，你对结果的信任度也会漂。
- **永远不清理。**死文件越堆越多，检索质量就越差。
FAQ
- Projects 共享聊天历史吗？: 不共享。Projects 共享的是 Knowledge 文件和 Instructions，不是对话。同一个 Project 里的两个对话读不到彼此。要让结论延续，就写进文件再重新上传。
- Knowledge 实际上限是多少？: 没有硬性文件上限——数量不限，单个最大 30MB。但 Claude 的上下文窗口约为 20 万 token（2026 年 6 月）。在此之下所有文件每次提问都加载；到了这条线，RAG 会自动开启、只取相关片段，把可用容量提升最多 10 倍。无论哪种，精简聚焦的文件集都比庞大的检索得更好。
- 能和团队共享 Project 吗？: 只有 Team 和 Enterprise 计划可以，你在那里把 Project 设为公开或私有、并给成员授予查看或编辑权限。免费版、Pro、Max 的 Project 都只对你的账号私有。
- RAG 需要我手动开吗？: 不需要。它在 Knowledge 接近上下文上限时自动启用，界面会出现提示表明 Project 已启用 RAG。如果 Knowledge 缩回到阈值以下，它也会切回整份加载模式。
- 大一统 Project 还是多个小 Project？: 多个，按”产出”切分。一个 Project 对应一个交付，比”所有工作堆一个 Project”好剪枝得多，也让检索更聚焦。