9 月 17 日，Anthropic 把 Claude Code Projects 从「装资料夹」重新定义为「指挥协调器」。旧版 Projects 更像一个大号聊天目录，把文件和知识归在一起，但每个对话仍是孤岛；新版则让一个持续会话去拆分、派发、回收多个并行运行的编码线程。换句话说，过去你要自己把一个大任务剁碎、分给五个会话、再手动拼回结果，现在你只需要把目标说一遍，Claude 去管分工。
协调器 + 线程：一个目标，多条并行云会话
新版的结构很直观：Projects 由「干活的线程」和「指挥的协调器」组成。你选一个目标和代码仓库（或文档），Claude 先建议能立刻接手的工作，然后开线程去并行推进。每个线程本身是一个独立的 Claude Code 云会话，跑在自己的分支和仓库副本上，而不是大家挤在同一个工作目录互相踩脚。线程之间若改了同一段代码，冲突会按普通 Git 合并冲突的方式暴露出来，而不是静默覆盖。线程还能继续往下拆，用子智能体、循环和工作流把大活儿切得更细。
增量认知：这次更新最有意思的不是「能并行」，而是「协调层被做进了运行时」。过去多智能体协作多是框架层面的模式（你来编排我），现在 Anthropic 把它沉到产品运行时里：你面对的不是一个更聪明的模型，而是一层常驻的、会分活会收尾的协调器。这对竞争的意义，不小于又多了一个编码功能。
两个官方例子，看清它能干嘛
Anthropic 给了两个贴近现实的例子。其一是「把某个应用的结账 p75 延迟降下来」：Claude 会开多个并行线程，分别去给各个接口做性能剖析、试优化、开 PR，然后在主会话里汇报哪些先合并。其二是「退役一个废弃的 v1 接口」：把 API、Web、移动端三个仓库接进来，Claude 给每个仓库开一个线程去迁移调用方、跑测试、开 PR，最后告诉你哪几个要先合。这类任务的共同点是「多仓库、多步骤、能并行」，正是单人开着多个终端最痛苦的场景。
支撑这套玩法的还有两样东西。一是共享记忆：每个线程往里写、从里读，项目里的决定、背景、历史结果会随时间累积，你不用再把上下文用复杂提示词反复喂。二是资料库：你加进来的文件和 Claude 产出的产物都被收在一起，后面的活儿能直接复用前面的成果。Claude 还会记住你的工作与沟通风格，你可以让它调高或调低「主动开新线程的频率」「检查的频次」。
和 Codex、Jules 们站到同一条赛道
把这次更新放进更大的版图里看，意图很明显：Claude Code 不想只做一个终端里的补全器，而要做一个「持久的、多会话的」编码工作环境。OpenAI 的 Codex、GitHub 的代理工具、Google 的 Jules 都在朝「持久化、多会话工作流」而非「一次性补全」发力。竞争的焦点从「单次谁写得更对」转向「谁能把一个大目标安稳地管到底」——包括长时跨会话的记忆、异步续跑、并行协调。
一个值得记下的细节：每个线程都是一个完整的云会话，所以 Projects 会比单会话更快撞到用量上限。Anthropic 为此加了「每项目每天最多 200 个新线程」的硬顶，并允许你分别给协调器与 worker 线程选模型和投入强度。这说明持久多智能体工作流带来的不只是能力，还有实打实的成本与治理问题。
局限与节奏：先云上，本地随后
目前的版本只跑在云端，Anthropic 表示让线程在用户本机、贴着本地工具与代码运行的能力「很快会来」。也就是说，现在线程能「合上笔记本也继续跑」，但跑的地方是你的云会话，不是你的机器。对数据敏感或要贴着内网资源的团队，这个本地执行的空窗期需要留意。此外，这次开放先给部分 Claude Pro、Max 订阅且已用云会话的用户，再逐步扩到 Team、Enterprise——企业版的能力完整度，要等后续批次。
对普通开发者，我的判断是：如果你的工作天然是「多仓库 + 长任务 + 能并行切分」，Projects 值得一试，它把最烦的「分活、盯进度、拼结果」接走了；如果你的活儿是「单文件小改动」，它反而只是多了层用量开销。工具没有好坏，只有合不合手——看清自己的任务形态，比追新功能更重要。