大多数人使用 Claude 的方式就像在用一个搜索栏。
每次会话都以同样的方式开始。你是一名营销文案撰稿人。我的业务是这个。我的受众是那个。现在帮我写出来。然后你关掉标签页，第二天又从头开始做一遍完整的简报，每天早上训练同一个员工，晚上又让他们忘掉一切。
这不是一个工作流。这是永远从零开始。
Claude Projects 解决了这个问题，但几乎没有人能正确设置它们。大多数人创建一个项目，粘贴一行指令，丢进一个随机的 PDF，然后奇怪为什么它感觉并不比普通聊天好多少。它的能力是真实的，但存在于设置界面没有解释的细节之中。
这是一份完整的课程，教你如何像那些真正依赖 Claude Projects 的人一样设置它们。这里的每一个功能都是真实且最新的。学完之后，你将拥有一个项目，它能自动将完整的上下文加载到每一次对话中，永远不需要重新做简报，并且产出的内容听起来像你，而不是像一个通用的助手。
项目究竟是什么
抛开营销话术，一个 Claude Project 实际上是三个东西捆绑在一个持久的工作区中。
自定义指令。一个系统级别的提示，自动应用于项目内的每一次对话。这是一个常设的简报，它塑造了 Claude 的行为方式，它认为自己在和谁说话，以及它遵循什么规则，而你无需在聊天中输入任何这些内容。
知识库。Claude 可以在每次对话中引用的文件和文档，始终可用，永远不需要重新上传。风格指南、规格说明、过往工作、参考资料。
限定范围的对话。项目内的所有聊天都被分组在一起，并继承相同的指令和知识。
有一件重要的事情需要提前理解，因为它经常让人困惑。项目内的对话之间不共享消息历史。共享的状态是指令和文件，而不是聊天记录。每一次新的对话都是全新的，只加载这两样东西。这对于你如何设计下面的所有内容至关重要。
Projects 在所有 Claude 套餐中都可用，包括免费版，不过免费用户最多只能创建五个项目，并且项目指令本身是一项付费功能。在 Pro、Max 和 Team 套餐中，你可以使用完整的功能。
几乎每个人都会犯的错误
在开始设置之前，先理解这个最大的错误，因为避免它就已经成功了一大半。
人们把知识库当成储物柜。他们把所有的东西都往里塞。整个品牌手册。六个月的会议记录。一份四十页的策略演示文稿。这个逻辑听起来似乎有道理。上下文越多，输出越好。
但事实并非如此，原因如下。项目知识并不会被完整加载到每一个回复中。Claude 会通过检索为每个查询提取最相关的内容。当你用关联度不高的材料塞满知识库时，你就削弱了 Claude 找到真正重要信息的能力，并且你有可能用文件填满上下文窗口，从而给实际对话留下更少的空间。
能产生显著更好输出的规则与人们的预期恰恰相反。保持每个知识文档精炼且具体，大约一到三页。一份三页的品牌语调指南，每次都胜过一份四十页的品牌手册，因为其中有用的信息密度更高，噪音更低。在知识库中，精准永远胜过数量。
第一步：带着真实意图创建项目
打开 Claude，点击侧边栏的 Projects，点击 New project。
项目名称的重要性远超你的想象。要具体地命名。"Newsletter"、"Client Proposals" 或 "API Documentation"，而不是 "Work" 或 "Stuff"。原因是你最终会有多个项目，而关键就在于分离。一个模糊的名称会导致一个模糊的项目，慢慢积累起不相关的杂物，这恰恰就是上面提到的信息稀释问题。
这就引出了大多数人忽略的第一个原则。一个项目对应一个关注领域。不要把你的后端代码和营销内容放在同一个项目里。不要把客户 A 和客户 B 混在一起。独立的项目意味着更清晰、更聚焦的上下文，而聚焦的上下文正是 Projects 能工作的全部原因。把所有东西都塞进一个超级项目的冲动，本质上就是想要重现你试图摆脱的那种通用聊天机器人。
第二步：像写常设简报一样写指令，而不是写提示
这是整个设置中杠杆作用最高的部分，也是弱项目与强项目差距最大的地方。
一个弱的指令块会说："你是一个撰写营销内容的有用助手。" 这并没有给 Claude 提供任何它本不知道的信息。
一个强的指令块是一份完整的常设简报，写给一个对你一无所知的人，因为这正是项目内每一次新对话开始时的状况。它应该涵盖：你是谁以及你做什么、这个项目存在的主要任务、你的语气和风格偏好、你要求的输出格式、Claude 应该假设的领域知识，以及最关键的一点，Claude 绝对不应该做的事情。
以下是一个适用于几乎所有项目类型的模板结构：
角色
你是 [具体角色]，在 [具体领域] 工作。你正在为
[对你的工作一无所知的特定受众] 写作。
此项目的目的
这里的主要任务是 [任务 1]、[任务 2]、[任务 3]。除非另有说明，
假设每个请求都与这些任务之一相关。
如何回应
语气：[具体]。格式：[具体]。长度：[具体]。
除非确实遇到障碍，否则不要问澄清性问题。做出合理的假设，
陈述它，然后继续。
需要假设的内容
[在每个回复中都应被视为既定事实的领域知识、产品细节、定位信息]
绝对不要
[Claude 在此项目中绝对不应该做的具体事情：AI 陈词滥调、某些声明、
某些格式，以及你的任何硬性规定]
关于不要问澄清性问题的这条指令值得特别指出。默认情况下，Claude 经常以一轮"在我开始之前，你能告诉我更多关于……"开头。对于一个你日常使用的项目，这种开场白纯粹是摩擦。告诉它做出合理的假设，陈述它，然后继续，就能消除来回沟通，立即加快每一次会话的速度。
为与你毫无历史渊源的读者编写这些指令，因为每一次新对话确实是从零开始的。指令和文件是唯一能延续下去的东西。你上一次对话的记忆不会保留。
第三步：精准构建知识库
现在来看文件。记住那条规则：精炼、具体，每个一到三页。以下是一个构建良好的知识库中真正应该包含的内容，以一个内容项目为例。
一份语音和风格指南。你如何写作。句子节奏、你使用的词语、你禁止的词语、你输出的感觉。
一份受众文档。你为谁写作，他们关心什么，他们已经知道什么，他们对什么持怀疑态度。
一份支柱或范围文档。本项目涵盖的具体主题或类别，以便 Claude 保持在轨道上。
一小套最佳范例。三到五份你实际最好的作品。这通过示范进行教学，效果远胜于描述。Claude 从真实例子中学习你的模式，比从任何数量的指令中学习都要好。
与工作相关的参考资料。SEO 笔记、产品规格、技术限制，以及该领域所需的任何内容。
为每个文件起一个描述性的名称。"Brand Voice Guide v3"、"Q2 Product Roadmap"、"API Documentation Payments Module"，而不是 "notes" 或 "stuff"。描述性的名称有助于检索系统为正确的查询找到正确的文档，而这正是你所依赖的整个机制。
值得了解的限额。在 Pro、Max 和 Team 套餐中，每个项目最多 20 个文件，每个文件最大 30MB，支持 PDF、文本、Markdown、代码文件、CSV 和图片。如果你遵循精准规则，这完全足够了。如果你达到了上限，问题几乎总是你在上传数量而不是信息。
第四步：在信任检索之前先测试它
这是一个几乎没人做的步骤，它区分了那些认为自己的项目有效的人和那些知道它有效的人。
上传你的知识后，在项目中打开一个对话，明确测试 Claude 是否能检索到每个文档。直接问：
根据项目知识中的品牌语调指南，我应该如何
处理一篇帖子的开头句？引用你正在使用的具体指导。
如果 Claude 准确地引用了该文档，说明检索工作正常。如果它给出了一个通用的答案或找不到指导，那就出问题了。可能是文件没有处理成功，可能是命名太模糊，可能是文档被太多其他文件埋没了。最好在测试中发现这个问题，而不是在三周后才发现 Claude 从未真正读过你最重要的文件。
对每个关键文档都运行这个测试。这只需要五分钟，却是你希望项目有效和你知道它有效之间的区别。
第五步：为每次对话选择正确的模型
一个大多数人完全忽略的细节。在一个项目内部，你可以独立地为每次对话选择使用哪个 Claude 模型。项目不会把你锁定在一个模型上。
这对成本和质量都很重要。在项目内部，对常规草稿使用更快的模型，而对于需要深度推理或复杂综合的对话，则切换到能力更强的模型。同一个项目，相同的指令，相同的知识，根据具体任务的需求使用不同的引擎。大多数人从未意识到他们可以这样做，结果要么是让所有东西都在顶级模型上运行而多花钱，要么是让所有东西都在快速模型上运行而表现不佳。
第六步：把对话当作思考过程，而不仅仅是任务
这里有一个习惯，能悄悄地让项目随着时间的推移变得更加强大。
不要只把项目对话用于完成的任务。用它们来大声思考。解决一个问题，解释你的推理过程，讨论你为什么做出某个决定。由于项目是限定范围且一致的，这些思考对话能帮助 Claude 理解你的推理模式，而不仅仅是你的输出模式。
结果是，几周后，在一个被充分利用的项目中，Claude 不仅开始匹配你的格式，还开始匹配你的判断力。它会提出符合你实际思考方式的方法，因为它在这个限定范围内看到了你是如何思考的，而不仅仅是看到了你产出了什么。
第七步：维护它，因为项目只和它的文件一样新
项目不是一劳永逸的。它的准确性完全取决于其内部的内容，而过时的知识会产生自信满满的错误上下文，这比没有上下文更糟糕。
养成维护的习惯。当你的定位改变时，更新语音指南。当规格说明被修订时，替换旧的。当策略转变时，更新范围文档。每季度审查一次你的项目指令，因为六个月前写的指令现在可能与你正在做的事情相矛盾，而 Claude 会忠实地遵循过时的规则。
那些保持价值的项目是人们不断更新的项目。那些悄悄变得无用的项目是那些设置一次后就再也没碰过，而实际工作早已围绕它们向前发展的项目。
新层面：Cowork Projects
值得了解，因为它显著扩展了以上所有内容。截至 2026 年的更新，Projects 也存在于 Claude Cowork（桌面 Agent 应用）中，并且这个版本增加了基于聊天的 Projects 所不具备的能力。
Cowork Projects 增加了在会话之间持久存在的限定范围记忆，所以你可以说"基于上周的报告继续"，而 Claude 确切地知道那是什么，同时不会将该上下文泄露到你的其他工作中。它们增加了专用的本地文件夹，因此项目可以在你的机器上读写真实文件。它们还增加了定时任务，因此一个项目可以按照你设定的节奏自动运行重复性工作。
设置的逻辑与上述所有内容相同。清晰的指令、精炼相关的文件、一个项目对应一个关注领域。但天花板更高了，因为一个 Cowork Project 不仅仅是告知对话，它还能针对真实文件执行工作，并且可以在没有你的情况下按计划运行。一个好的第一步是把它指向一个文件夹并说：
读取此文件夹中的每个文件。然后总结你对这个工作区的了解：
这里有什么，我可能用它来做什么，以及你将遵循什么指令。
如果有任何不清楚的地方，在假设之前先问清楚。
这一个命令就能让 Claude 在第一天就了解项目，从那时起它就会记住。
你今天就可以构建的四个项目模板
理论只有在具体化之后才有用。以下是四个直接映射到最常见用例的项目设置，每个都说明了指令和知识库中分别放什么，这样你就可以复制这个结构。
内容项目。 指令定义你作为特定受众的写作者的角色、你的语气、你的格式规则和你的硬性禁令。知识库包含一份语音指南、一个受众画像、一份支柱文档，以及三到五份你表现最好的作品。这个项目让你发布的所有内容听起来始终如一地像你，而不是每次都像不同的作者。知识库中的最佳范例在这里比任何指令都更有效，因为语感是捕捉到的，而不是教出来的。
代码项目。 指令定义你的技术栈、你的约定、你偏好的模式，以及你绝不想做的事情。知识库包含一份架构文档、你的关键源文件、你的编码标准，以及项目涉及的任何内容的 API 文档。把 Claude 指向这个项目，它就会停止建议与你现有模式相冲突的代码，并开始匹配它们。每个代码库一个项目，永远不要共享一个，因为混合两个代码库是获得对两者都不合适的建议的最快方式。
客户项目。 每个客户一个项目。指令定义客户是谁、他们的品牌、他们的偏好，以及你与他们合作的范围。知识库包含他们的品牌指南、过往交付物、提炼到要点的会议记录，以及任何针对他们的限制条件。这就是自由职业者或代理机构如何保持每个客户的上下文完美分离，这样客户 A 的语调就不会渗入客户 B 的工作中。
研究项目。 指令定义你正在调查的问题或领域，以及你希望如何组织研究结果。知识库包含你的原始资料、你之前的笔记，以及你的工作假设。随着你不断输入更多内容，它会构建一个跨越所有内容的图景，并且由于它是限定范围的，它不会将这项研究与你在做的其他任何事情混淆。这是基于聊天的项目最接近"第二大脑"概念的方式——一个你可以查询的知识体，因为它与所有不相关的东西隔离开来，所以能保持连贯性。
注意所有四个模式中的共同点。指令承载常设规则和行为。知识库承载参考资料和范例。这种分离是刻意的，将正确的内容放入正确的层级是项目成功的关键。关于如何表现的行为规则属于指令。Claude 需要引用的文档属于知识库。混淆这两者，把行为规则放在知识文件中，或者把参考文档粘贴到指令框中，是一种让项目表现不佳而又找不到明显原因的隐蔽方式。
大多数人忽略的分层个性化
还有一件事值得了解，因为它叠加在上述所有内容之上。项目指令并不是 Claude 拥有的唯一个性化层，理解它们如何组合能让你获得更精细的控制。
总共有三层，它们在每次回复中同时生效。账户范围指令，在你的个人资料设置中设置，适用于任何地方的所有聊天，无论项目如何。项目指令仅适用于特定项目内部。而风格，在每个聊天中设置，为那一次对话调整语气和格式。
实际的做法是，让每一层都发挥其最擅长的作用。把你用 Claude 做所有事情都适用的规则，比如你的一般沟通偏好，放在账户范围的个人资料指令中，这样你就不用在每个项目里重复了。把项目特定的上下文和规则放在项目指令中。当某个特定对话需要与项目默认不同的语气时，使用风格进行一次性调整。
大多数人把所有东西都塞进一层，从而失去了这种控制力。当你正确地分离它们时，你就不再需要在每个项目中重复你的通用偏好，每个项目的指令也能保持纯粹专注于使该项目与众不同的东西。这种专注，再次强调，是正确设置项目的整个主题。
真正能产生复利效应的设置
把所有这些整合在一起，一个正确构建的项目能给你带来普通聊天永远无法提供的东西。
每一次对话都从已经加载好的完整上下文开始。你的语调、你的受众、你的规则、你的参考资料，在你输入一个字之前就已经全部就位。你不再需要重新做简报。你不再从零开始。你不再每天早上训练同一个员工。
输出不再听起来千篇一律，而是开始听起来像你，因为 Claude 是基于你实际的范例和你实际的标准在工作，而不是基于一张白纸加上一个匆忙写就的一行提示。
而且它会产生复利效应。第一周需要小的修正，因为 Claude 从文件中学习你的模式。到第三周，它已经能足够接近你的方法，以至于你不再需要解释那些你以前每次都要解释的事情。三十分钟的设置会在数月后得到回报。
这里是最诚实的底线。大多数人从未获得这种好处，不是因为功能本身很难，而是因为他们用九十秒就完成了设置，从未做过那些真正重要的部分。精准的知识库。真正的常设简报。检索测试。维护习惯。
做好这四件事，Claude Projects 就不再是你聊天的文件夹，而是成为使用 Claude 作为搜索栏和将其作为一个已经确切知道你是谁以及你需要什么的系统来运行之间的区别。
这周就正确地设置一个项目。选择你做得最多的工作。写下真正的指令。上传三个精炼的文档。测试检索。然后看看下一次对话的感觉有多么不同。
关注 @cyrilXBT 获取完整的构建方案、精确的指令模板，以及我每天使用的项目设置。
