Claude Code Projects开始有限测试，拆任务与项目记忆有了统一入口
Claude Code Projects有限测试如何拆任务、共享项目记忆并在后台工作？说明Pro和Max资格限制、现有额度消耗，以及无IT团队的小企业为何可以先等等。
换一段对话，就得把上次定下的要求重新讲一遍；同时处理几件事，又要自己分工、追进度、拼结果。Claude Code Projects 的新测试，想替用户接下一部分这样的协调工作。不过，截至北京时间 9 月 18 日，它只向符合条件的部分 Pro、Max 订阅用户开放，普通聊天用户还不能普遍使用。
一段项目对话，安排多条工作线
新版项目让用户先说明目标，选择相关代码仓库或背景资料。Claude 会建议可以马上着手的工作，再拆分任务、分配执行、协调并行进度、审阅产出，最后汇总结果。用户仍能随时补充要求，不必等一项任务全部结束才交代下一件事。
这里的 threads，可以理解为一条条独立工作线。项目中有负责统筹的协调者，也有实际执行的工作线。用户可以在主对话里看整体进展，也能进入某条工作线检查细节、纠正方向。新的要求会被安排进已有工作线，或另开一条。项目还允许配置云端工作环境、连接器、插件、指令和模型。
官方给出的例子偏向软件开发：改善购物结账时的响应速度，可以分头排查不同接口、测试优化方案并提交改动；准备停用一个旧接口，可以连接后端、网页和手机端的代码仓库，让各条工作线分别修改调用方式、运行测试，再由协调者说明哪些改动需要先合并。前一个例子提到的 p75 延迟，指约四分之三请求的响应耗时不超过的那个值，公告没有给出实际改善幅度。
每条工作线实际上都是完整的 Claude Code 云端会话，使用各自的代码分支和仓库副本，也就是分别保存改动的工作空间。遇到较大的任务，还可以继续调用子助手、循环和工作流程细分处理。如果几条线改到同一段代码，依然可能发生合并冲突，需要像平常审查软件改动那样处理。
能力范围也包括文档。官方说明，连接代码仓库后，工作线能发起代码变更请求并运行测试；连接文档后，能阅读材料、撰写草稿。因此，把它理解成只能写代码会漏掉一部分能力，但当前测试的准入条件仍围绕 Claude Code 云会话。
项目对话安排多条工作线，用户仍可分别检查和调整。
记住项目变化，后台运行也会消耗额度
项目适合持续时间较长、包含多个部分的工作。每条工作线都会使用共享记忆，也会把新的信息补进去。比如发布日期改到了周五、某项导出功能为何被取消、动账单服务前应先找谁确认，这些决定可以成为后续工作的背景，减少用户重复交代的次数。
用户还能调整 Claude 的沟通习惯：多久汇报一次、多久创建新工作线、进度说明写多详细。项目里的资料库会收集用户添加的文件和 Claude 生成的成果，方便后续查找并接着使用。共享记忆负责保留工作中的决定，资料库则集中放置材料与产出。
工作线目前在云端运行，用户离开电脑后仍可继续处理，也可以用手机查看和干预进度。报道指出，现阶段这些云端工作线还不能直接使用用户电脑上的文件、工具或内网系统。官方预告本地运行很快到来，但尚未给出确定日期，不能把这项预告当成已具备的功能。
测试资格有几道条件：用户须订阅 Pro 或 Max，使用 Claude Code 云会话，并且网页或桌面端没有已有 Projects。官方计划在接下来一周向这两个套餐的更多 Code 用户扩展；Team、Enterprise 以及更广泛的 Claude 体验随后跟进。原有 Pro、Max 项目照常工作，待推广到聊天和 Cowork 时再升级；符合套餐条件但尚未获准的用户可加入候补名单。这次发布讨论的是项目协调能力。
费用也要单独看。报道说明，Projects 沿用订阅用户现有的 Claude 用量，没有另列独立产品定价。每条工作线都按完整会话使用资源，多条同时运行会更快碰到额度上限。用户可以查看单个项目的用量，并分别选择协调对话和执行工作线的模型、思考投入程度。公告没有承诺固定可运行多少任务，也没有保证无限后台工作。
共享记忆留下项目决定，云端工作继续消耗订阅额度。
小企业先看有没有持续维护的工作
对没有 IT 团队、主要用 AI 写通知和整理材料的小企业，现阶段不值得仅为这项测试新增订阅。资格有限，日常聊天和 Cowork 的新版项目仍要等后续推广。已经付费的人也应先确认账户是否得到入口，再安排工作；不能把候补登记视为立即可用。
如果企业有人长期维护网站、预约页面或客户服务小工具，这个方向就值得观察。以一个假设场景为例：活动页面改了日期，同时需要更新表单、确认邮件和手机端展示。负责人最怕遗漏一个地方。把总目标放在同一个项目中，让各条工作线接着共同决定处理，可能减少来回转述。不过，执行结果仍需要懂业务和懂系统的人共同检查，项目记忆也可能记下过时要求。
文档阅读和草稿能力，给业务人员留出了参与空间。负责人可以提供活动安排、产品说明和已经确认的修改意见，再查看草稿是否一致。客户名单、未公开报价等资料应先去除不必要的敏感内容，只连接这次工作需要的文件。对外邮件、报价和正式页面发布仍应经过人工确认；重要变更留一份旧版本，出错时才有办法恢复。
准备试用的企业，可以挑一个范围明确、失败后容易重做的内部项目，约定何时停下来请人确认。记录自己补充背景的次数、审阅和返工耗时，再看看项目用量消耗到哪里。任务拆得越多，协调和执行都会花额度；简单的单份文档若一次对话就能完成，没有必要主动扩成多条工作线。
共享记忆尤其需要有人维护。需求变更后，负责人应清楚写出最新决定，检查后续草稿有没有继续沿用旧说法。自动汇总让进度更容易看见，交付是否合格仍取决于真实材料和验收。等聊天、Cowork 以及企业套餐的具体开放安排落地，再判断业务人员能否直接使用，会比为尚未到账的功能提前改流程更稳妥。
小企业先用范围明确的任务试用，把核对与发布留给负责人。
消息参考来源