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

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

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

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

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

截至 2026 年 10 月 3 日，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 暂时还没有，这类项目也不能与其他用户共享。不要把这些条件套用到普通的 Team 和 Enterprise 项目上。

用普通项目就能练习本文的基础流程。等到需要并行委派相关任务时，如果您的账号已开放测试版，再单独研究它。在那之前，先让一份成果有可核验的资料和清楚的验收标准，这样也更容易判断后续的自动化是否有用。

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

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

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

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