九月十七日打开 Anthropic 这篇《Projects redesigned: from folder to conversation》，副标题写得很直：Claude projects 的新体验，现在以测试版出现在 Claude Code 里。以前要自己切会话、递交接、再把结果缝回去；现在在一个 Claude Code 项目里，你描述要完成什么，由 Claude 管分配。
协调员、线程、分支
官方把结构收成两层：线程干活，协调员指挥。你开一个项目时选好目标，再选仓库或上下文。Claude 会先建议它马上能接的活。你可以配置云端环境、连接器、插件、说明文字和模型。进度可以在主项目对话里盯，也可以钻进某一条线程看细节、改方向。官方比喻是：像给首席参谋交代任务，它把活派到新线程或已有线程。
底层写法也具体。每条线程是一次 Claude Code 云端会话，各自占一条分支和一份仓库拷贝。协调员负责组织；若多条线程改到同一段代码，重叠按普通拉取请求那样以合并冲突解决。需要时，线程还能再拆成子代理、循环和工作流，好让大任务更快跑完。
官方举的例子不抽象。比如把结账接口 p75 延迟压下去：让 Claude 给各端点做画像、试优化、在并行线程里开拉取请求。或者把 API、网页、移动三仓接上，目标写成退役某个废弃的 v1 端点——Claude 会按仓库各开一条线程去迁调用方、跑测试、开拉取请求，再告诉你该先合哪几个。
共享记忆与材料库
Projects 被定位成跑得比单次回复更久、零件多于一块的代理式工作。时间一长，Claude 会记住项目细节并应用到后续任务；每条线程往共享记忆里写，也从共享记忆里读，官方说这能减少复杂提示词工程。例子包括：发布改到周五、某次导出为什么砍掉、动计费服务前该先问谁。
旁边还有一个材料库：收你放进去的文件，以及 Claude 产出的成品，方便新活叠在旧结果上。你也可以调它多久来问一次、多久开新线程、每次更新写多细。这些句子都在同一篇博文里，没有另开定价页。
谁今天能用，谁还要排队
Getting started 写得很窄，别读成全球一刀切。从「今天」起，更新后的 projects 以测试版提供给：部分 Claude Pro、Max 订阅者，且他们在 Claude Code 里用云端会话，并且网页或桌面上还没有任何既有 projects。接下来一周会扩到这些套餐上更多的 Claude Code 用户；整站 Claude、Team、Enterprise 上的更新版 projects 再往后。Pro 或 Max 暂时还没拿到的人，可以加入等候名单。
既有 projects 在 Pro、Max 上仍按今天的方式继续工作；等推送扩到聊天与 Cowork 时再升级。换句话说，九月十六日那篇「Cowork 并进主对话」没有把 Code 里的 Projects 一并讲完——这是隔一天单独挂出的 Code 线更新。
The Verge 同日报道 复述了线程、协调员、共享记忆，以及「启动时线程只跑在云端、本地工具与代码很快到来」这句。媒体还拿多代理编排工具做对照——那是产品叙事。核对范围与推送顺序，仍以 Anthropic 博文为准。
额度与本地边界
博文末尾有两句实际限制。Projects 可以同时跑多条线程，每条都是完整的 Claude Code 会话，因此更容易碰到用量上限。你可以查看项目专用用量，并分别为协调员对话与工作线程选模型和努力程度。线程今天跑在云端；在你自己的机器上、连着本地工具与代码、待在你自己的网络后面——官方写 coming very soon，没有给日历日。
第一次想试，官方场景已经够：接上一个真实仓库，写一个你本来就要拆开做的目标，看协调员怎么开线程、冲突怎么以拉取请求形式露出来。若账号符合条件却仍看不到入口，按博文：先确认自己是不是「云端会话 + 尚无旧 projects」那一档，再去等扩量或排队。企业与 Team 的时间表写在「之后」，不要假定十七日当天组织侧已全开。
这篇核对的是九月十七日那篇官方博文，以及同日 The Verge 对同一产品更新的复述。没有写进博文的具体美元单价、线程数量硬顶、本地支持的确切上线日，就留空。
和十六日「一个 Claude」那条线比，Projects 这篇更像给写代码的人单独开的一条入口：聊天侧合并的是 Cowork 与文档幻灯片，Code 侧重做的是多线程项目。两篇博文日期相邻，产品面不同，不要把「对话里能交报告」自动读成「仓库里已经能跑本地多代理」。官方自己把本地支持写成很快到来，就先按云端会话理解今天能做什么。