前四篇我们讲了安装、核心功能、开发者模式、多会话管理。
今天说一个很多人不知道、但用起来会显著提升效率的功能:项目(Projects)与工作区(Workspaces)。
如果你只用 Claude Desktop 聊天,你会发现一个问题:
每次新对话,Claude 都不记得你之前说过什么。你上周让它帮你写的代码、分析的需求文档、做的架构设计——新对话里全部消失了。
这对偶尔用用的人来说不是问题。但如果你在用 Claude Desktop 做正经工作,这就是个大问题。
项目(Projects)就是用来解决这个问题的。
你可以把相关的一切——代码文件、需求文档、设计规范、之前的对话记录——全部放进一个"项目"里。之后每次在这个项目里开新对话,Claude 都能看到这些内容。
相当于给 Claude 配了一个专属的项目文件夹,里面放着它需要记住的所有东西。
在 Claude Desktop 的左侧边栏,找到"Projects"(项目)标签,点击"New Project"(新建项目)。
给你的项目起个名字,比如"电商网站重构"或者"API 文档编写"。
创建完之后,你会看到项目的详情页,有几个关键区域:
1. Project Instructions(项目指令)
这是整个项目级别的 CLAUDE.md。你在这里写的指令,会对这个项目里的每一次对话生效。
比如你可以写:
这是一个电商网站的后端重构项目。技术栈:Python + FastAPI + PostgreSQL。代码风格遵循 PEP 8。每次生成的代码必须包含单元测试。
之后你在这个项目里开的任何对话,Claude 都会先读这段指令,再回答你的问题。
2. Project Knowledge(项目知识库)
这里可以上传文件——代码文件、文档、PDF、甚至图片。
上传之后,这个项目里的所有对话都能引用这些文件。你不需要每次都重新粘贴代码或者重新解释背景。
比如你把一个 3000 行的 models.py 传进去,之后直接问"这个文件里的 User 模型有没有性能问题?"——Claude 知道你在说什么文件。
工作区是比"项目"更轻量的概念。
简单来说:
在对话进行中,你可以用 /add 命令把某个文件临时加入当前工作区,让 Claude 读取它。处理完之后,再用 /remove 移除。
这适合那些"只用一次"的文件——比如你临时需要参考一下同事的代码,但没必要永久放进项目知识库。
下面是一个真实的使用场景,你可以直接参考:
场景:用 Claude Desktop 维护一个开源项目
第一步:创建一个项目,名字叫"MyOSSProject"。
第二步:在 Project Instructions 里写:
这是 [项目名称] 的开源维护工作区。我需要处理 Issue、审查 PR、更新文档。回答时默认假设我熟悉这个项目的技术栈。
第三步:把项目的 README.md、CONTRIBUTING.md、ROADMAP.md 上传到 Project Knowledge。
第四步:开始对话。你可以直接说"帮我看看 #342 Issue 该怎么修",Claude 已经有了项目背景,不需要你重新介绍。
第五步:每次处理完一个 Issue,把关键结论粘贴进 Project Instructions 的末尾,当作"项目记忆"积累下来。
几次迭代之后,Claude 对这个项目的理解会deeply 超过任何一个新来的贡献者。
很多人以为"项目"就是"给对话分个类"。不是的。
项目的核心价值在于:它让 Claude 拥有了跨会话的记忆。
没有项目,Claude 的记忆力局限于"当前这次对话"。有了项目,它的记忆力可以延伸到"你所有的相关对话"。
这是质的区别。
⑥ 我们会讲 Claude Desktop 的 MCP 扩展——如何让它连接数据库、调用外部 API、甚至控制浏览器。
那是 Claude Desktop 最强大的部分,也是它和其他 AI 助手最大的区别所在。
Claude Desktop 实战指南,每周一篇,从安装到精通。
评论区