Claude 把 Projects 从文件夹改成了云端项目经理

Claude 把 Projects 从文件夹改成了云端项目经理。

9 月 17 日，Anthropic 官方账号发了条公告。这条公告的信息量，比标题看起来大得多。

从聊天文件夹到幕僚长

Projects 这个功能，其实一点都不新。2024 年 6 月就上线了，当时是个带知识库的聊天文件夹。上传资料，写项目说明，在同一个空间里开好几段独立对话。本质上，还是人在手动调度。

这次不一样了。新版本从 Claude Code 开始铺开，变成"一场总对话，协调多条云端工作线程"。

你只需要描述目标。剩下的事，Claude 自己拆任务、分配线程、审阅结果、汇总反馈。线程在云端持续跑，关掉电脑也不中断。

官方给的比喻挺形象，说这像是向幕僚长一次性交代多件事。而不是自己开好几个窗口，一个个盯着。

这个动作不是孤立的。4 月，桌面版 Claude Code 就为"并行多会话"改过界面，只是当时编排者还是用户自己。9 月 16 日，Cowork 刚和普通聊天合并成"一个 Claude"，主打任务可以在关机后继续跑。这次的 Projects 改版，是同一条产品线，在工程场景上又往前走了一步。

先在 Claude Code 里练手，不是随便挑的。代码任务天然适合拆分成"开分支、跑测试、提 PR"这种可验证、可并行的单元。出了错，测试会挡住。这个容错空间，比通用助理场景大得多。

谁能用、怎么用

Claude 的新版 Projects 已经开始放量了，但门槛比想象中高一些。

现在能用上的，是一小部分 Pro 或 Max 用户，前提是已经在用 Claude Code 的云端会话，而且网页端或桌面端还没开通旧版 Projects。入口在 claude.ai/code 的侧栏，或者桌面应用 Code 页面里的 Projects 入口。没资格的话，只能去官方候补表单排队（claude.com/form/projects）。

一周之内，会扩大到更多用 Claude Code 的 Pro 和 Max 用户。再往后，才会覆盖到 Chat、Cowork、Team、Enterprise，普通聊天场景的用户目前还轮不上。

用起来的流程，跟以前完全不一样。以前的 Projects，是你自己开好几段对话，自己切换、自己整理。现在，你只在总对话里描述目标，Claude 会自己判断要不要开一条新线程，还是路由到已有线程里去。有需要你确认的地方，它会主动问。有个 Overview 面板，列出所有需要你处理的事项，手机上也能直接介入，不用非得坐在电脑前。

项目会积累一份共享记忆，各条线程都能读写。比如你说过"发布时间改到周五"，或者"改计费服务之前先问过谁"，这些信息不需要在每条线程里重复交代。Library 里则存着你上传的文件和 Claude 产出的东西，算是项目的资料库。

限制也很明确。线程目前只能跑在云端，碰不到本机文件、本机工具，也进不去内网。官方说本地支持"很快就来"，这种表述通常意味着还需要一段时间。另外，多线程并行意味着配额消耗会明显加快，每条线程都是一次完整的 Claude Code 会话，量级跟以前不是一回事。

一位内部使用者的日常

有条回复挺能说明问题。一位内部使用者描述了自己的日常体验：用上新版 Projects 之后，工作方式变了，能在更高的抽象层次上操作，不用再一件件盯着任务走。他会一次性丢出一批任务，然后转头去忙别的事。Claude 清楚他手头所有工作的进展，每次问起状态，都能给出一份汇总更新。项目自带的长期记忆，也会随着使用不断演进，不需要每次都从头交代背景。

官方在同一条回复里确认，这项功能会在未来几周内逐步推开，不是一次性放量给所有符合条件的用户。

这段描述里，没有出现"我该开哪条线程""我该怎么拆任务"这类字眼，取而代之的是"一次性丢出一批任务，然后去忙别的事"。抽象层次被拉高了一级，人从任务调度者，退到了目标提出者，中间那层协调，彻底交给了模型。

编排权换了主人

真正值得琢磨的，不是"能并行跑任务"这件事本身，各家都在做。值得琢磨的是，编排权换了主人。

以前，你开几个标签页，自己决定并发多少。现在，是产品替你决定，开多少个工作线程。

这背后直接对应的，是配额消耗的速度。每一条线程，都是一次完整会话。跑得越"聪明"，账单跳得越快。

这背后也是个更大的行业信号。2026 年，几乎所有做聊天助手的公司，都在往同一个方向走：把一个对话框，改造成一套可以离线持续运行的多代理系统。持久记忆、并行工人、一个负责统筹的主控对话，这三件事几乎成了标配动作。The Verge 把这次改版和 Grok Bot 那类"一组代理共享目标和记忆"的产品放在一起比较，逻辑是相通的。

Anthropic 的选择是先落在 Claude Code 上，而不是先做一个通用的个人助理。这个顺序不是随便选的。代码任务有明确的成功标准，改动错了会被测试挡住，容错空间比日常事务大得多，也更容易验证"自主协调"这件事到底靠不靠谱。等它在工程场景里跑稳了，才会往 Chat、Cowork 这些更通用的场景铺开。换句话说，这次看到的还只是这套能力的第一站，不是终点。

新旧 Projects 短期内还会并存。这种命名上的混淆感，大概率会是这次改版最先被吐槽的地方。