近日，Anthropic正式推出Claude Code Projects。这是一个面向长期、持续性开发工作的AI协调系统，允许开发者将一个大目标拆分为多个并行线程，由Claude自动统筹推进，并在整个开发周期中维护共享的项目记忆。
对于长期使用Claude Code进行持续开发的开发者来说，这一变化解决了此前的一个核心痛点：每次开启新会话，都需要手动将项目状态、历史决策和当前上下文重新“喂”给模型。Claude Code Projects将这一协调工作从用户手中接管了过来。
从“单次会话”到“持续协调”
此前，当开发者需要在一个持续数周甚至数月的项目中反复使用Claude Code时，通常需要自行维护一份外部的项目状态记录。每次新会话开始时，用户必须重新解释项目背景、上次做到哪里、当前要解决什么问题。
Claude Code Projects的设计逻辑是：将协调层放在多个工作线程之上，由Claude决定一个新的需求应该进入已有线程还是开启新线程。用Anthropic官方发布帖中的一句话概括就是：“线程负责干活，Claude负责指挥。”
每个项目都有一个协调器，开发者可以持续与协调器对话，提出新需求，而不必等上一个任务完成才能下达下一个指令。协调器会持续跟踪项目状态，更新共享记忆，并将工作路由到合适的线程中。
共享记忆：跨线程的状态保持
并行执行在编程智能体中已不新鲜。Claude Code Projects更值得关注的设计，是那些跨越单个会话持续存在的状态。
每个工作线程都会向共享的项目记忆贡献信息，也从其中读取信息。在一个较长的开发周期中，Claude可以记住诸如发布日期变更、某个功能被砍掉、或者修改某个服务前需要先咨询谁等决策。用户还可以配置Claude的检查频率、新建线程的节奏以及更新详细程度。
项目还包含一个材料库，收集用户提供的文件和Claude生成的内容，为后续工作提供持续可用的素材。项目可配置独立的云环境、连接器、插件、指令和模型设置。
与已有的Claude Projects不同的是，Claude Projects帮助Claude记住用户给它的上下文，而Claude Code Projects帮助Claude记住并协调它正在做的工作。
与OpenAI Codex的差异：协调器在对话层
从竞争格局来看，OpenAI、GitHub和谷歌都已经在推进异步、并行和长时间运行的智能体工作流。
OpenAI的Codex应用是一个多智能体工作空间，开发者可以并行运行多个编码智能体，隔离各自的变更并监督长时间运行的工作。
两者的显著差异在于协调层的放置位置。OpenAI强调多智能体工作空间，GitHub强调以仓库为中心的执行与监督，谷歌的Jules强调围绕仓库的持久异步工作。
而Claude Code Projects的设计中，一个持续运行的、关于整个开发工作的对话成为了协调层。
这意味着，开发者不需要在多个会话之间手动切换，也不需要自行充当“人类调度器”来协调多个智能体。开发者与一个对话持续交互，由Claude判断新指令应该进入哪个线程或是否需要开启新的线程。
云端执行与移动端操控
Claude Code Projects的工作线程目前在云端运行。这意味着即使开发者合上笔记本电脑或离线，线程仍可继续工作。
但Anthropic也明确了一项重要限制：云端线程目前无法访问开发者电脑上的文件或内部网络中的系统。Anthropic表示本地支持将“很快到来”，届时Claude Code Projects可以与本地代码和工具协同运行。
开发者可以通过手机操控正在进行的线程。这改变了人机交互的基本单元——从孤立的编码任务，变成了一个持续运行的开发工作。
定价与使用限制
Anthropic没有为Claude Code Projects引入独立定价。项目消耗订阅者现有的Claude用量，每个工作线程都是一个完整的Claude Code会话。由于一个项目可以同时运行多个线程，Anthropic提醒用户可能会更快触及用量上限。用户可以查看项目特定的用量，并为协调器和工作线程分别选择模型和推理强度。
目前该功能处于公开测试阶段，最初仅面向部分Claude Pro和Max订阅者开放，这些用户需使用Claude Code云会话且尚未在网页或桌面端拥有Projects。Anthropic表示将在接下来一周内扩大访问范围，最终将逐步覆盖包括Team和Enterprise在内的更多Claude用户。
这场竞争正在从“AI智能体能不能写代码”转向“谁来协调这些智能体、谁来记住它们的工作”。
（素材来自：Anthropic 智算芯能前沿网综合）
本文由智算芯能前沿网编辑整理，转载请注明出处。