9 月 17 日，Anthropic 宣布 Claude Code 的 Projects 功能彻底重做，标题本身就是宣言：《Projects redesigned: from folder to conversation》——从文件夹，到对话。

过去的项目是个"上下文容器"：你往里扔文档、贴代码，然后在一个个会话里手工切分任务、搬运交接、把结果缝回去。新版本的逻辑倒过来了：你描述要达成什么，Claude 来管理这项工作——划定范围、拆解委派、协调并行线程、审查产出、组装最终结果。你可以全程掌舵，甚至从手机上掌舵；你离开电脑之后，它继续干活。

官方给出的两个示例都很"工程主管"：设定目标"把应用的结账 p75 延迟降下来"，Claude 自动剖析每个端点、测试优化方案、在并行线程里开 PR；或者把 API、Web、移动端三个仓库接进来，设定目标"下线废弃的 v1 端点"，Claude 给每个仓库开一个线程，迁移调用方、跑测试、开 PR，最后告诉你哪些 PR 需要先合并。

[1]
编辑插画：深蓝色背景上，一个发光的抽象指挥家形象举着指挥棒，引导五条发光的并行光流如 git 分支图般向外流淌；光流上悬浮着齿轮、文档、试管、代码括号等工作符号，最终汇聚成右侧一棵明亮的合并主干；左下角一部手机悬浮着，屏幕上显示发光的进度环。青蓝与琥珀配色，现代几何风格，电影感打光。
封面插画：协调者引导五条并行工作流汇入同一主干——新版 Projects 的"协调者 + 线程"架构。AI 生成图像。, AI-generated editorial illustration.

架构：线程干活，协调者指挥

新版 Projects 的骨架是两层：干活的线程（threads）+ 指挥的协调者（coordinator）。

  • 每个线程都是一个完整的 Claude Code 云端会话，在自己的分支和仓库副本上工作；
  • 如果多个线程改了同一段代码，重叠部分按普通 PR 的合并冲突来处理——没有发明新机制，复用的是软件工程几十年验证过的那一套；
  • 线程还可以把自己的任务再拆给子代理（subagents）、循环和工作流，大任务因此收敛得更快；
  • 你的交互方式被重新定义为"像给幕僚长布置工作一样给 Claude 做简报"：在主项目对话里监控和引导，或者钻进任意单个线程检查细节。

项目可配置项包括云环境、连接器、插件、指令和模型。还有一个坦白得罕见的提醒：因为每个线程都是完整会话，项目会更快触及用量上限——你可以按项目查看用量，并分别为协调者和工作线程选择模型与努力等级。

[1]

记忆：越用越懂你，也越难离开

第二条主线是随时间累积的上下文。项目为"长时程、多部分的代理式工作"而设计：每个线程都向一份共享记忆写入并读取——比如版本发布改到了周五、某个导出功能为什么被砍、动计费服务之前要先找谁确认。官方说这会减少复杂提示工程的需求。

Claude 还会记住你的工作和沟通风格：多久汇报一次、多频繁开新线程、每次更新写多详细，都可以要求调整。与记忆并列的是一个资料库（library）：收集你添加的文件和 Claude 产出的工件，新工作可以站在过去的成果上。

[1]

发布节奏与边界

  • 即日起向部分 Pro 和 Max 订阅者开放 beta（限使用云端会话、且 Web/桌面端没有既有项目的用户），未来一周扩大范围，之后推向整个 Claude 以及 Team、Enterprise 计划；未获资格者可加入等待列表；
  • 既有项目不受影响，后续随聊天和 Cowork 的推广再升级；
  • 线程目前只跑在云端；在你本机、本地工具链和网络环境内运行的版本"很快到来"。
[1]

分析：三个判断

第一，"协调者 + 线程"架构把多代理编排从实验室搬进了消费者产品，而且与 Anthropic 自家研发内部同构。Anthropic 刚公布内部约有 3 万个研发代理、26% 的 AI 研发由 Claude"主导"；现在它把这种"一个协调者指挥一群并行代理"的模式产品化给外部开发者。内外对照着看，这不是巧合而是路线：先在自家研发流程里验证多代理编排，再把同一范式卖给用户。值得注意的是治理设计的呼应——内部监督靠"代理身份 + 公开通信"，产品侧则靠"分支 + PR + 合并冲突"，两者都是把代理行为锚定在可审计的既有工程机制上，而非发明一套没人会用的新监督工具。

第二，"像给幕僚长做简报"标志着交互范式的正式换挡：从指令工程到目标管理。过去两年提示工程的核心技能是"把任务说清楚"；新版 Projects 要求的技能变成"把目标、约束和验收标准说清楚"——这是管理的技能，不是写作的技能。Claude 主动建议可立即开工的工作、记住发布日期和人事依赖、按你的风格调整汇报频率，这些都是"下属感"的产品化。随之而来的真实风险是监督节奏的稀释：当代理"离开后继续工作"、从手机上批阅成为常态，人类的审查从事前把关退化为事后抽查——对生成的 PR 逐行 review 的纪律，会成为这个时代工程师最后的护城河。

第三，共享记忆是护城河，也是新的迁移成本。"记住为什么砍掉导出功能、动计费服务前找谁确认"——这类组织记忆一旦沉淀在某个项目里，项目本身就成了资产，记忆即锁定。这与"云端优先、本地稍后"的策略互为表里：数据和记忆留在云上，本地版本"coming very soon"恰恰是回应企业客户对数据驻留的本能警惕。对团队决策者的实用建议：从第一天起就要求项目记忆可导出、可审计，否则你积累的不是效率，而是依赖。

[1]
2 层协调者 + 并行线程
新版 Projects 的架构层数每个线程是完整 Claude Code 云端会话，独立分支与仓库副本；多线程改同一代码时按标准 PR 合并冲突处理；线程可再拆分为子代理、循环与工作流。2026 年 9 月 17 日 beta 发布。

附：短帖版（微博 / X 可直接发）

Claude Code 项目重做：从"文件夹"变成"对话"。你设目标，Claude 自己拆任务、开并行线程、提 PR、告诉你合并顺序，还能从手机遥控、离开后继续干活。架构是"协调者 + 线程"：每线程独立云端会话和分支，冲突走标准 PR 合并。共享记忆跨线程累积，越用越懂你——也越难离开。Pro/Max 云端用户先行 beta。#Claude #Anthropic #AI代理

[1]