AREX Feed Article
@ClaudeDevs 宣布 Claude Code Projects 大更新：协调器更主动，在项目聊天答疑并汇报并行线程状态
北京时间 11 月 14 日 6 时 51 分（11 月 13 日 22:51 UTC），Claude 官方开发者账号 @ClaudeDevs 在 X 上宣布，Claude Code 的 Projects「做了一些大更新」。按帖文描述，在一个 project（项目）中，Claude 会在并行线程（parallel threads）之间协调你的任务；这次更新后，协调器（coordinator）「主动得多」——它会在项目聊天（project chat）里回答你的问题，并主动提供你进行中线程的状态更新。帖文附有一段演示视频。该账号简介写明自己是「为使用 Claude 构建的开发者提供官方动态」的账号，2026 年 2 月 19 日创建，目前约 81.9 万关注者。
公告实际是一条六帖连发的更新串：从 22:51:01 到 22:51:04，@ClaudeDevs 在三秒内发完一条主帖和五条跟帖，依次补上 /btw、/fork 线程操作、线程提醒、只读分享、Artifacts（产物）整理等细节，末条明确 Projects 目前在 Pro 和 Max 计划上公测，没有访问权的用户可加入 （候补名单）。截至发稿检索时，主帖获得 5,508 个赞和约 20.4 万次浏览。需要说明的是，「主动性大为增强」是 Anthropic 的单方描述：帖文没有说明更新的具体上线时间，也未附更新日志（changelog）。
主帖核心：主动答疑与主动报状态
主帖原文为：「我们为 Claude Code 的 Projects 做了一些大更新！在一个 project 中，Claude 会在并行线程之间协调你的任务。协调器现在主动得多：它会在项目聊天里回答你的问题，并向你汇报进行中线程的状态。」推文没有量化「主动性」增强了多少，帖内演示视频是唯一的佐证材料。
对照官方文档可以看到「更主动」的落点。文档描述的 Projects 机制中已包含这两类行为：快速问题「通常会在对话中得到回答」；Overview（总览）面板会显示哪些线程完成、哪些 pull request（拉取请求）待评审、哪条线程在等你回答。这次公告没有给出行为级的新清单，而是把它们整体定性为协调器主动性「大为增强」的升级。
/btw、/fork、线程提醒与只读分享：跟帖补齐的功能清单
跟帖把这次更新的功能面补齐：
- /btw 与 /fork 进驻 projects。工作途中冒出别的事，，让当前线程不跑题；想试另一种做法，/fork 会从你所在的线程另起一条新线程。
- 线程提醒。可以在，或直接让 Claude 提醒你；到点之前线程移出视野，时间一到它移回来，并由 Claude 在项目聊天里提起。
- 单线程只读分享。打开线程菜单选 Share，即可把一条线程以只读链接分享给任何登录了 Claude 的用户；官方特别注明，。
- Artifacts 更好找。新增一行最近打开、更新或置顶的 artifacts；每条线程还会显示自己的 artifacts 缩略图，可在视图设置中关闭。
- 设置与端覆盖。；功能覆盖 web 与桌面端，最新移动 App 采用新设计。
五条跟帖中，四条配有演示视频，Artifacts 一条配的是界面截图。
机制背景：一条协调对话，带着一批并行云线程
Projects 在 2026 年 9 月 17 日经历了一次重构，的概括是「从文件夹到对话」：Claude 负责界定需求、分派工作、协调并行线程、审阅产出并把成品拼起来。把结构拆成两层——项目对话是一条长期运行的会话，Claude 在其中充当协调器，接收你发送的内容、决定什么成为线程、跟踪它启动的每条线程；线程（thread）是独立的 Claude Code 云会话，有自己的上下文窗口，在独立分支上做一件具体工作，需要时开 pull request，完成时向对话汇报。新任务会被开成新线程，或交给已在相关区域工作的线程，每条新线程以卡片形式出现在消息下方，显示标题和状态。
文档还写明了协调器的信息边界：它看到的是线程汇报回来的结果，而不是线程采取的每一步——这正是「主动汇报状态」要补的缝隙。这套机制另有两个既有约束：并行线程会让用量更快触达计划上限，协调器与工作线程的模型和 effort（推理力度）档位可以分别设置；线程只能作用于 GitHub 仓库和上传到项目的文件或文件夹，碰不到只存在于你本机的文件或工具。9 月文章还提到，线程之间的代码重叠照普通 pull request 的规矩，以 merge conflict（合并冲突）的形式解决。文首截图即出自那篇文章：协调器在项目聊天里直接列出「我现在就能接手的几件事」（A few things I could pick up now）的建议线程，每条附 Start 按钮。
Pro 与 Max 公测：评论区集中追问 Team 与 Enterprise
官方文档对推送方式说得很细：逐步推送，优先覆盖用过云会话、且在 claude.ai 聊天或 Cowork 中没有既有项目的账号；侧边栏没出现 Projects 就说明推送还没到你的账号；Team 与 Enterprise 计划「尚不可用」。
这条边界立刻成了评论区的主线。James Qualls 在主帖下问：「我得踹开谁家的门，才能在 team plan 上拿到这个的访问权？」（）；用户 d4v5 说：「我们有 enterprise，里面还是没有 projects」（）；Ernie Maldonado 的说法更直接：「我能看到这条，是因为你们决定不在 team 订阅里发布 projects」（）。9 月改版文章曾给出时间线——更新版 Projects 覆盖整个 Claude 以及 Team 与 Enterprise 计划「在其后」——但这次更新串没有重申这张时间表。
正面反馈也集中在这次强调的主动性上。AI 工程师 Emmett Maher 写道：「主聊天更响应、更主动，这一点显而易见而且早该如此！现在差别真的大，干得漂亮！」（）；开发者 Dan McAteer 则说，用 Claude Projects「已经干成了好多事」（）。
上线节奏未说明，Team 与 Enterprise 仍无时间表
至于这次更新的推送节奏——新协调器何时覆盖全部公测账号——更新串没有说明。对还没拿到入口的用户，文档给出两条出路：加入候补名单；等待期间改用并行运行 agent（智能体）等功能顶替。Team 与 Enterprise 的接入时间仍无着落：文档的「尚不可用」标注没有附带日期，这次更新串也没有补充。