Anthropic为Claude Code项目增加本地运行支持

Anthropic于美国时间9月23日为Claude Code的项目功能增加了本地运行支持。其官方开发者账号ClaudeDevs在X上表示，“我们刚为Claude Code的项目加入本地支持，线程现在可以在你自己的机器上运行”。项目功能于9月17日以测试版推出，此前所有工作都只在云端会话中运行，六天后运行范围扩展到了用户自己的设备。

项目是一个对话指挥多项工作的结构。根据Anthropic 9月17日的发布，用户说明要做的事后，Claude会把工作拆分成线程，以并行云端会话运行，在线程之间传递上下文，用户离开后也会继续推进。这条发布帖获得了237万次浏览和11,404个赞。

其内部分为两层。根据官方文档，项目对话中的Claude担任协调者，决定哪些工作成为线程；每个线程是拥有独立上下文窗口的云端会话，在自己的分支上负责一项工作，需要时提交拉取请求，完成后汇报结果。协调者只看线程汇报的内容，不会查看每一步。两个线程改动同一段代码时，重叠部分会像普通拉取请求一样作为合并冲突处理。该公司在博客中解释说，“像给幕僚长做简报一样在项目中给Claude做简报”，它就会把工作分派到新线程或已有线程。

这次本地支持是早已预告的下一步。Anthropic在发布博客中写道，“线程目前在云端运行；在你的机器上、与本地工具和代码并行、在你的网络之内运行的功能很快就会推出”。云端线程只能处理GitHub仓库和上传的文件，因此需要本地数据库、设备模拟器、VPN后的API等只能从用户电脑访问的资源的工作，文档原本建议使用本地会话而非项目。

用户也提出过这一需求。发布次日，一位X用户（@tropoFarmer）在发布帖下回复说，在Windows上添加本地文件夹没有任何反应，创建项目后除了仓库也无法再添加上下文，并问道：“这在本地工作流中会怎么运作？”

METAL在9月24日下午查看的官方文档中，仍保留着纯云端的说明。文档的限制部分写明本地会话不能成为项目的一部分，并说明项目无法在终端CLI、Amazon Bedrock、Google Cloud的Agent Platform和Microsoft Foundry中使用。ClaudeDevs的帖子只有一句话，因此哪些套餐和操作系统可以使用本地线程、本地线程如何与协调者连接，都尚未公布。当时这条帖子的浏览量为316,576次。

使用条件与发布时相同。根据Anthropic的说法，测试版首先向在Claude Code中使用云端会话、且在网页端和桌面端没有现有项目的部分Pro和Max订阅用户开放，公司表示将先扩展到这些套餐的更多用户，再推广到整个Claude以及Team和Enterprise套餐。现有的Pro和Max项目照常运作，并会在推广扩展到聊天和Cowork时升级。METAL曾报道Anthropic于9月16日将Cowork和聊天合并为一个Claude，项目改版在次日推出。

工程师首先要看的是成本结构。根据文档，新项目以Opus高推理强度运行线程，以Opus低强度运行协调者对话；由于每个线程都是完整会话，项目消耗套餐额度的速度比单个会话更快。强制上限为所有项目合计每天新建200个线程。监视拉取请求的空闲线程在CI失败或收到评审评论时会重新唤醒并消耗额度；在Pro和Max上，向空闲超过1小时缓存有效期的线程发送后续工作，该线程会重新读取整段对话。

上下文设定一次即可传到所有线程。最多16,000字符的项目指令会发送给每个新线程和协调者，项目记忆以MEMORY.md索引文件的形式保存，每个线程启动时都会读取。概览面板把线程分为待评审、等待你回复、进行中、合并中、空闲和已完成六组，一周内没有动静的线程会被自动标记为已完成。

METAL查看的26秒发布演示视频完整呈现了这一流程。用户在一条消息里要求找出并修复部署后结账路径翻倍的p99延迟、起草周五的发布说明、把stripe-node升级到v15后，Claude随即启动了三个线程。用户补充说发布改到了周一，协调者只把这条消息转给发布说明线程；stripe-node线程因Node 18问题受阻时，被移到等待你回复的分组，由用户做决定。

从技术项目经理的角度看，本地支持改变了项目能承担的工作边界。纯云端时，项目适合只涉及GitHub上的代码和上传文件的工作，需要内网服务或本地工具的工作仍要开发者手动协调多个会话。线程能在开发者电脑上运行后，一个协调者就可以把云端工作和本地工作一起分派出去。团队接下来要确认的问题，是文档尚未说明的部分，即本地线程能在多大程度上使用用户电脑的权限和网络。