这篇主要解决什么问题
Claude 的 200k token 上下文是头条卖点，但实际团队会把所有文件一股脑丢进 Project 然后指望检索能搞定。结果是：答案模糊、口吻漂移、对话信誓旦旦引用你三周前删掉的旧稿。这篇把”文件夹”模型换成”精心维护的工作区”模式，能撑过几个月还不崩。
这篇适合谁看
跑多周工作的 Claude Pro / Team / Enterprise 用户：研究、长写作、代码库分析、长期客户交付、重复产品评审。如果你一周开一次新对话、每次都要把同样五条事实重讲一遍，这篇就是给你写的。
什么时候适合用
任务需要持续上下文、有名字的参考文件、跨多次对话稳定的角色 / 口吻。最清晰的信号：你能说出三个”每次对话都该装载”的文件名。
什么时候不建议用
一次性问题、不知道产出形状的探索性 prompt、配置成本高于回报的短任务。临时需求直接附件起新对话更快。
开始前准备
- 用”交付物”而不是”主题”定义产出：“Q3 上线计划，含邮件、deck、FAQ”，而不是”营销”。
- 收集 3-7 个每次对话都该装载的文件。包括 brief、规范、一个强参考样例。
- 显式决定什么不进来：旧稿、半成品笔记、跑题探索。被排除的文件放进单独的”scratch” Project。
- 选一个对话当冒烟测试，再搭完整系统。
具体步骤
- Project 名用”产出”（“Q3 产品上线计划”），不用”主题”（“营销”）。产出命名逼你定义”完成”。
- Project Instructions 控制在 1000 字内：角色、受众、口吻、忽略什么、2-3 条成功标准。回读一遍——任何”请提供帮助”这种空话都要砍掉。
- 只上传每次对话都会用到的 3-7 个文件。过期稿、跑题资料不要进。文件名显式（
spec.md、voice.md、decisions.md），Claude 在回复里就能精确引用。 - 每个新对话先报子目标：“今天：用
voice.md重写上线邮件。输出一个 180 字版本 + 3 个标题变体。” - 对话出真结论时，把决定回写到 Project 的
decisions.md再重传。这是收益最高的单一习惯。 - 每两周清理一次：换旧文件、删没结果的对话、根据真正有效的 prompt 反过来精修 Instructions。
第一次实操怎么跑
- 选一个低风险交付物——一封邮件、一节章节、一个 bug ticket。
- Project 完整跑一遍，中途别同时改 prompt、文件、模型。别忍不住”调”到一半。
- 每段产出标”能直接用 / 需要改 / 完全错”。记下哪些 Instructions 对应了”错”。
- 第二次只改一个变量，通常是 Instructions。同 Knowledge 换 Instructions 能告诉你瓶颈在系统提示还是素材本身。
完成后检查
- 产出有没有命中 Project 命名的那个目标，而不是”看起来漂亮”？用 Instructions 里的成功标准去核对。
- 事实、页码、文件路径、命令独立核验。Claude 会自信地转述你的文件，但精度会丢。
- 标人工判断风险：客户机密、上传材料的版权、走错方向的代价、代码改动的上线影响。
怎么复用这套流程
- Instructions 存成片段，新客户 / 新书 60 秒克隆结构。
- 给每类 Project 准备”起手文件集”模板：写作类必备
voice.md+outline.md；咨询类必备brand.md+prior-deliverables.md。 - 每个 Project 留
lessons.md——记录 Claude 每次读错文件、跑偏口吻、编造事实。3-4 次后规律就出来了，反过来回填到 Instructions。 - 每月跑一次冒烟测试。模型升级、文件配额、UI 变更很频繁。
建议的操作流程
客户交付 Project：Instructions 写客户、受众、口吻。文件含品牌规范、两份过往交付、滚动 decisions.md。每个对话只处理一节——绝不两节——结束时往 decisions.md 追加一段。
容易踩的坑
- 存储便宜就一口气塞 30 个文件。过 10 个 Claude 检索错误率明显升高，会把噪声当成信号。
- 忘了 Project Instructions 对里面”每个”对话都生效，包括无关话题。一条”只用正式英文回复”在你随口问件小事时也会发作。
- 把 Project 文件当成活文档——它是快照，除非你重传。本地改了不重传就默默不同步。
- 工作和个人实验混在一个 Project——口吻 / 风格漂移快，你对产出的信任也漂移。
- 不养成
decisions.md习惯。没有它每个新对话都在重新讨论已经定过的问题。 - 永远不清理。两个月的 Project 会积累一堆死文件，拖垮检索质量。
进阶技巧
- 文件名要清晰（
spec.md、decisions.md、brand.md）。Claude 能精确引用，而不是”你上传的那个文档”。 - 关键决定写一段话追加到
decisions.md。后续对话自动接上。 - 把握住关键推理的 2-3 个对话 Pin 住——比翻历史快，也方便带新人。
- 任何有自定义词汇的 Project 都建
glossary.md。Claude 默认用行业通义，除非你显式覆盖。 - 代码类 Project 加
conventions.md：命名、错误处理、“绝不这么写”清单。比把整个仓库传上去有用得多。
FAQ
- Claude Projects 跨 session 记得聊天历史吗？: Projects 共享的是文件和 Instructions，不是聊天历史。想要延续就重传总结。
- Project 能多大？: 挺大但不是无限。文件量超过 ~10 万 tokens 后检索会变糊、响应变慢。保持精简。
- 能和团队共享 Project 吗？: Team / Enterprise 计划可以。个人计划是私有的。
- 大工作应该拆多个 Project 吗？: 交付物不同就拆。一个 Project 对应一个交付，比”一个 Project 对应一个客户”好剪枝。
- Knowledge 文件多久刷新一次？: 最少两周一次，或任何会改变事实源的重大决定之后。