Claude Code Projects发布:一个常驻对话指挥多个编程Agent,AI编程进入协调者时代

2026年9月17日,Anthropic推出Claude Code Projects,瞄准一个老问题:跨会话的长期开发工作,上下文每次都要重建。

过去用Claude Code做持续开发,开发者得自己维护外部记录,把项目状态手动喂回新会话。或者让模型翻上次对话的压缩版本,重新调查现状,猜测上次中断在哪。企业核心系统常年更新、打补丁、扩展,这种重建每天都在发生。

一个协调者,多个干活的线程

官方架构概括成一句话:线程干活,Claude指挥。

每个Project有一个协调者对话,坐在所有工作线程之上。开发者把目标丢给它,比如”把应用的checkout p75延迟降下来”。Claude自动拆出并行线程:有的做端点性能分析,有的测试优化方案,有的直接开PR。

Anthropic把这种交互比作给参谋长下指令。你可以一次交代多件事,顺序随意,Claude判断每条请求该进新线程还是已有线程。

再看一个例子:团队把API、Web、移动端三个仓库接进来,要求下线废弃的v1接口。不同线程分别迁移调用方、跑测试,协调者跟踪依赖,告诉你哪些改动必须先合并。

每个工作线程是一个Claude Code云会话,跑在独立分支和仓库副本上,内部还能用子Agent继续拆分任务。

记忆才是重点

并行执行在编程Agent里已经不新鲜。这个产品更有分量的部分,是会话之上的持久状态。

所有线程共享一份Project记忆。发布日期推迟、某功能被砍、改某个服务前要先问谁——这类决策会被记住,并影响后续所有线程。每个Project还带一个资料库,收集用户文件和Claude产出的工件。

Overview面板列出需要你注意的事项。你可以在手机上直接操控某个线程,工作站不必一直开着。移动端从查看工具变成了监督界面。

名字容易搞混

Anthropic在2024年6月推出过Claude Projects,那是聊天、文件、指令的通用工作区。这次的新功能多了”Code”两个字,解决的问题完全不同。官方区分很清楚:前者帮Claude记住你给它的上下文;后者帮Claude记住并协调它正在干的活。

竞争对手都在抢同一层

OpenAI做多Agent编程工作区,GitHub押注仓库原生执行,谷歌Jules主打围绕仓库的持久异步工作。Anthropic的答案是长期运转的协调者对话。

各家产品正在收敛到同一组原语:并行执行、隔离环境、异步工作、记忆、人工干预。差别在于控制平面放在哪里。竞争焦点已经从”Agent能不能写代码”转向”谁来管理一群Agent”。

账单和限制

Beta先开放给部分Claude Pro和Max订阅用户,前提是使用云会话。未来几周扩大范围,最终覆盖Team和Enterprise。

没有独立定价,消耗走现有订阅额度。注意一点:每个工作线程都是完整的Claude Code会话,多线程同时跑,额度烧得更快。协调者和线程可分别选模型和effort档位。

最大的限制在执行位置。工作线程目前跑在云端,无法访问你电脑上的文件、工具或内网系统。Anthropic说本地支持”很快”到来。依赖私有包或受限网络的企业,得等这一步落地。

谁该现在上手

项目有长期目标、任务能拆成并行单元的团队,值得立刻申请Beta。一个对话管一支Agent编队,手机上盯进度,这体验半年前还不存在。单次问答式的需求,继续用普通会话更省额度。

AI编程的下一程,比拼对象变了。写代码的能力各家都在线,管理代码工作的能力才刚开始分化。开发者该关心的是,把控制平面放在谁手里。


评论

发表回复

您的邮箱地址不会被公开。 必填项已用 * 标注

苏ICP备2025163703号-2   警徽苏公网安备32010502011527号