Claude Projects 实用指南：搭建一个能持续使用的工作空间

昨天，你刚向 Claude 解释过网站面向谁、哪些条件已经确定。今天换了一个聊天，又要重新交代背景。Projects 可以把持续工作所需的资料和指令放在一起。真正需要先想清楚的是：哪些信息应当供后续任务共用，哪些只属于眼前这次对话。

本文以一家虚构的陶艺工作室为例，准备课程介绍页、常见问题和客户答复。你会拿到三个小文件、一份项目指令，以及答案已知的检查题。同样的方法也适用于内容编辑、服务上线、学习和客户项目。

简短回答：围绕一个长期目标建立项目，上传最新资料，规定如何使用这些资料，再为第一份成果开启聊天。把重要决定写入经过核对的文档，这样无论模型记住了什么，都能回到原始记录验证。

先确认：你使用的是哪一种 Projects？

截至 2026 年 9 月 27 日，Claude 的普通项目可以集中管理聊天、知识库和项目指令。免费方案也能使用，当前上限为五个项目。同时，Anthropic 正在向部分 Pro 和 Max 用户逐步开放 Claude Code 中的新 Projects 测试版，由 Claude 协调多个工作线程。

• Projects 官方说明

下面的主要步骤针对 claude.ai/projects 中的聊天项目。如果你在 Code 标签页看到一个协调对话、多个线程和 Overview 面板，也请阅读后面的测试版章节。两者的工作方式和设置并不相同。

什么情况下值得建立项目？

当同一个目标会产生多个相关任务时，项目就有价值。陶艺工作室需要课程介绍、问题答复和给学员的通知；这些内容共用课时、人数上限和报名方式。每次变化的是具体任务与输出形式。

这是本文建议的组织方法，不是产品限制。项目名称最好体现结果：“团体课程上线”比“用 AI 工作”更容易辨认。如果很难起名，可能是多个不同目标还混在一起。

区分文件、指令、记忆和当前聊天

项目文件提供事实资料，项目指令规定回答规则，当前聊天承载具体任务及其讨论。Claude 还有独立的记忆和历史聊天搜索机制。它们帮助衔接上下文，但不会把所有完整对话自动合并成一份公共文档。

官方记忆说明描述了各项目独立的记忆空间。在付费方案中，项目内的历史聊天搜索也限定在该项目的对话范围。可在 Settings → Memory 检查相关功能。因此，不能把旧文档中的“聊天之间不共享上下文”理解为 Claude 完全无法参考之前的工作。

• 聊天搜索与记忆

对于具体条件，最好指定一份记录当前决定的文件。例如，人数上限以 02-decisions.txt 为准，其他方案的讨论另行保留。这种优先级需要写进指令，产品不会替你自动建立。

创建项目，上传三个有用的文件

打开 Projects，选择 + New Project，填写名称和描述。官方说明有一个容易忽略的细节：Claude 无法将这两个字段作为上下文读取。因此，还要把目标写进项目指令或任务文件。将资料添加到项目知识库，再打开 Set project instructions 保存规则。

• Projects
• 创建与管理项目

第一次使用时，先准备一小组自己能够核对的资料。我们的工作室使用以下文件：

任务简报说明目标受众和所需成果。决定文件明确：每组最多六人，每次 90 分钟，通过表单报名。价格尚未确定。笔记则保留早期设想，包括八人一组的建议。

不必为了让回答更容易，就删除所有讨论过程。有时需要知道决定为什么改变。日期、“提议／已批准”状态，以及当前条件的权威来源，都有帮助。在真实项目中还要核实批准依据：模型自行写上“已批准”，并不代表有人确认过。

聊天附件与项目知识库文件是不同的上传位置。需要跨对话使用的资料，应放到项目文件中。目前，单个项目文件上限为 30 MB。非 PDF 文档主要提取文本，因此 DOCX 中嵌入的图片可能没有被读取。100 页以内的 PDF 支持文本和视觉分析；101 至 1000 页的 PDF 仅按文本处理。

• 文件上传与限制

如果重要条件只出现在图表或扫描件中，请针对具体页面提问，并与原件核对。上传成功只能证明文件传入，不能证明所需细节已被正确提取。

• 下载练习包：三个文件、项目指令和提示词

写一份可以检验的项目指令

“请成为最优秀的营销专家”并没有说明怎样才算回答合格。更有用的是目标、来源优先级、冲突处理方式，以及信息不足时的做法。这样才能具体指出错误：编造价格、引用过期提议，或没有注明来源。

练习时可直接使用以下指令。用于自己的项目时，替换目标、文件名和交付要求。

帮助准备陶艺团体课程的上线材料：
课程介绍页、常见问题和客户答复。
受众是没有陶艺经验的成年人。

使用 01-brief.txt、02-decisions.txt 和 03-notes.txt。
当前已批准条件以 02-decisions.txt 为准。
不要把 03-notes.txt 中的早期设想当成现行条件。

如果文件互相矛盾，列出双方说法并解释选择依据。
如果状态不明确，先提问。
不要编造价格、时间安排、保证或退款条件。
缺少信息时，说明还需要哪些资料。

分析时，为每项条件注明文件和章节。
将面向客户的正文与编辑备注分开。
表达清楚、具体，不作没有依据的承诺。

项目指令会用于项目中的聊天。一次性要求，例如“压缩为三段”，更适合放在当前对话里。把它变成长期规则，反而可能影响其他任务。

• 项目指令说明

第一个请求：先核对资料，再开始写作

先做一次简短的资料检查，可以判断你与 Claude 是否理解了同一项任务，也能在生成看似可信却可能失真的文案之前，发现待确认的问题。

阅读项目中的三个文件，先不要撰写网站文案。
制作表格：条件 → 当前状态 → 文件与章节。
单独列出矛盾，以及发布课程页之前还缺少的信息。
不要把提议写成已经确定的决定。

收到回答后，打开它引用的来源。先向 Claude 提出下面三个问题，再展开查看预期答案。

这些是根据练习文件确定的预期答案，并非实际测试 Claude 得到的结果。它们让检查可以重复。如果模型答错，先核对它使用的来源、文件状态和项目指令。

资料基础确认后，分别开启“课程介绍页”和“常见问题”聊天，为每个对话指定成果。例如：

根据已批准资料，为课程页面编写常见问题。
提供五个面向初学者的问题及简短回答。
使用 02-decisions.txt 核对事实。
信息不足的问题单独放入“需要确认”列表，
不要在常见问题中编造答案。
正文之后，为编辑列出使用过的来源。

这样，聊天的划分就对应需要分别验收的成果。继续修改同一份内容时，可以留在原来的对话里，不必为每个小问题新开聊天。

文档变多之后，会发生什么变化？

在付费方案中，当项目知识库接近上下文限制时，Claude 会自动启用 RAG，从文档中检索相关片段来回答问题。由此可见，“审查全部资料”和“回答一个具体问题”需要不同的完整性检查。

• Projects 中的 RAG

尽量把请求说具体：“查找 02-decisions.txt 中的报名条件，并与早期笔记比较。”需要完整审查时，先要求列出实际检查过的文件，再按组处理。还要把这份列表与真实知识库核对：它是可检查的工作记录，不是覆盖全部文件的保证。

大资料库尤其需要清楚的文件名、日期和状态。2026-09-26_booking-approved.txt 比 final-final-2.txt 更容易与草稿区分。不过，重命名不能纠正内容；已经失效的条件应明确标注，或从当前资料集合中移除。

如果要为整家公司建立问答系统，还需要访问权限和资料更新规则。可参考

• 企业知识库聊天机器人指南

一周后，怎样接着做？

一次工作结束后，让 Claude 写一份简短交接：哪些决定已接受，哪些结果仍是草稿，还有什么问题，以及最新核验成果在哪里。自己读过并确认后，再更新项目共用文档。

整理一份用于新聊天的交接摘要：
1. 已确认决定及其来源。
2. 已产生的成果，以及草稿或已接受的状态。
3. 待解决问题。
4. 下一项具体行动。
未经确认，不要把提议升级为决定。

假设一周后价格确定了，把价格、日期和依据加入现行文件，更新项目资料，再到新聊天里询问价格。如果回答仍使用旧信息，请它指出来源，并检查是否存在过期副本。“永远记住”不能替代维护原始资料。

笔记和会议记录也适用同一原则：结论应能追溯到具体记录。参见

• Obsidian 与 AI 指南

多人使用项目时，先约定谁维护资料

普通项目在 Team 和 Enterprise 中支持共享。Can view 可以阅读项目资料，并在项目中与 Claude 对话；Can edit 可以修改知识库和指令。功能是否可用还可能受组织设置影响。

• 项目协作说明

明确谁对现行条件负责。如果编辑和经理分别上传两个价格，共享空间本身不会消除矛盾。可以指定决定文件的负责人，并记录每次修改日期。其他人提出建议，由负责人确认后写入公共文档。

新测试版：由 Claude 协调多个工作线程

在 Claude Code 的 Projects 测试版中，一个主对话负责协调工作。Claude 将任务分配给共享项目上下文的线程，输出文件集中到 Library。这与用户自己管理多个独立聊天是不同的组织方式。

• 新版本文档

云端线程可以在关闭笔记本后继续运行。它们消耗套餐共用额度，并行任务会加快消耗。测试版正在向 Pro 和 Max 逐步开放，目前还不支持项目团队共享。不要把这些条件套用到普通的 Team 和 Enterprise 项目上。

使用普通项目就能练习本文的基础流程。需要并行委派相关任务时，再研究账号可用的测试版。先让一份成果拥有可核验资料和清楚的验收标准，更容易判断后续自动化是否有用。

第一次使用，完成这五件事

1. 选择一个会持续超过一次对话的目标。
2. 准备少量资料，标出当前有效的决定。
3. 写明来源、冲突和缺失信息的处理规则。
4. 检查一个已知事实，再问一个文件中没有答案的问题。
5. 产出并核验一份有用成果，保存继续工作所需的状态。

好的开始，是下次新开聊天时能够直接进入任务，同时知道如何核对回答依据。先用练习包，再替换成自己的资料，也可以结合

• 练习包
• 核验 AI 回答的指南