这篇讲什么
多数人把 Claude Projects 当成一个加了壳的文件夹用，然后开新对话时发现答案又跑偏了。这篇讲清楚 Projects 到底怎么共享状态、Knowledge 和 Instructions 各放什么、以及一套能撑过几个月、不会变成”旧稿坟场”的搭建方法。
这篇适合谁看
任何反复在新对话里复制同一段背景给 Claude 的人。书稿、长期研究、长期客户、要反复说”先看一下规范”的代码库——这类场景 Projects 第一周就回本。一次性提问者可以跳过这套搭建成本。
什么时候适合用
当你第二次开新对话还在复制粘贴同一段背景，就是该建 Project 的时候。长期任务——书稿、代码库、长期研究——是最合适的场景。如果是书稿或专栏系列，把 Projects 和 用 Claude 写作的真实工作流 配在一起，每个对话从一致的口吻和大纲开始，而不是从空白开始。
三个 Projects 明显比纯对话强的例子：
- 12 个角色的长篇小说：一次性传
characters.md、worldbuilding.md和最新大纲，每一章草稿都继承同一套口吻规则。 - 长期客户咨询：品牌规范、上个月交付、滚动
decisions.md——所有邮件和 deck 口吻一致。 - 副业代码库：README、架构笔记、
coding-conventions.md让 code-review 对话跨周稳定。
开始前准备
- 写清明确产出：草稿、修复、总结、对比。“帮我想想”不算 Project 目标。
- 准备 3-7 个支撑文件。超过 10 个检索会变糊；少于 3 个 Claude 只能猜。
- 想好什么不能进：过期草稿、探索性笔记、任何你不想在对话中半途被反复引用的东西。
- 先在一个章节、一节、一个 ticket 上跑通，再放大。
具体步骤
- Project 名用”产出”（“Q3 上线计划”）而不是”主题”（“营销”）。产出命名逼你定义”完成”。
- 加 Project Knowledge：文档、转录、参考。把每个文件当成”引用”——如果最终交付里你不会引这份资料，就别放进来。
- 设 Project 的 Custom Instructions：角色（“你是我的图书编辑”）、受众、口吻（“白话，不要营销腔”）、约束（“不要编数据；缺数据就向我要”）、1-2 条成功标志。
- 在 Project 下开对话。第一条消息直接报子目标：“今天：用
chapter-3.md已有口吻给第 4 章列大纲。“如果复用产物是一份可迭代的文档或小应用，把 Projects 和 Claude Artifacts 进阶工作流结合用。 - 对话出结论了（一个主旨、一个方向、一个否决清单），写一段话追加到
decisions.md，重新上传，后续对话就能接上。
第一次实操怎么跑
- 挑一个低风险产出：一篇博文、一节报告、一个 bug 修复。
- Project 完整跑一遍，中途别同时改 prompt、文件、模型。
- 第一次结果保存下来，每段标”能直接用 / 需要改 / 完全错”。第一次大概是 60/30/10。
- 第二次只改一个变量——通常是改 Instructions 不是改文件。Instructions 改了 Knowledge 没动，能告诉你瓶颈在系统提示还是在素材本身。
完成后检查
- 产出有没有解决 Project 标题里写的那个目标？长度和漂亮度不是判据。
- 事实、链接、页码、文件路径、命令独立核验。Claude 会自信地”转述”你的文件，但会丢精度。
- 标人工判断风险：客户机密、上传书的版权、走错方向的代价。
怎么复用这套流程
- Custom Instructions 文本存成片段，60 秒克隆一个 Project 结构。
- 给每类 Project 准备”起手文件集”模板：写作类必备
voice.md+outline.md；代码类必备README.md+conventions.md。 - 在每个 Project 留一个
lessons.md，记录 Claude 读错文件、跑偏口吻、编造事实的每一次。三四次后规律就出来了。 - 每月跑一次小样本——Claude 模型版本、文件配额、Project UI 都会变。
建议的操作流程
建 Project → 装 3-7 个支撑文件 → Instructions 控制在 1000 字内 → 第一条消息报子目标 → 决定回写 decisions.md → 每两周清理 Knowledge。
容易踩的坑
- 存储便宜就堆 30 个文件——文件越多检索越糊。
- 用”主题”命名（“客户 X”）而不是”产出”（“客户 X Q3 交付”）。主题名容易任务蔓延。
- 完全不写 Project Instructions。不写每个对话就回到 Anthropic 默认值，而不是你的上下文。
- 把 Knowledge 文件当活文档。它是快照。本地改了不重传，对话默默用旧版。
- 把个人实验和付费客户工作塞同一个 Project。口吻漂移，你对结果的信任度也漂移。
- 永远不清理。两个月后健康的 Project 比初始期少 30% 的 Knowledge。
FAQ
- Projects 共享聊天历史吗？: 不共享。Projects 共享的是 Knowledge 文件和 Instructions，不是对话。决定要跨对话延续，就写进文件。
- Knowledge 实际上限是多少？: 挺大但不是无限。文件量超过约 10 万 tokens 检索质量明显下滑、响应变慢。保持精简。
- 能和团队共享 Project 吗？: Team / Enterprise 计划可以。个人计划是私有的。
- 大一统 Project 还是多个小 Project？: 多个，按”产出”切分。一个 Project 对应一个交付比”所有工作堆一个 Project”好剪枝。