推文

@prolibertine · 2026-10-11 08:58

Anthropic 昨天凌晨两点多把 Claude Code Projects 的等待名单全放了，Pro 和 Max 都能进。官方那条现在 173 万曝光，1.46 万赞，收藏 1.44 万。收藏跟点赞几乎一样多，挺少见，估计大部分人是先存着回头再研究。 东西本身就是一个长期对话当协调者，你把活丢进去，它拆成一堆 thread。每个 thread 是一个完整的 Claude Code 云端会话，自己一条分支，做完开 PR，电脑合上也接着跑。 我去翻了下文档，比演示视频有意思的是几个默认值： 新建项目，所有 thread 默认 Opus + high effort，文档原话就是这个配置最耗套餐。 同时跑几个 thread 没有固定上限。你跟它说「最多同时两个」，它会存进项目记忆当偏好，但文档写明了这不是硬上限。唯一强制的数字是每天最多新开 200 个 thread。 thread 撞到 5 小时或者周限额不会停，会一直重试，等额度重置后自己接着干。周五晚上丢进去的活，可能直接把你下一个窗口吃掉，不想这样得自己点 Stop，或者把整个项目暂停。 闲置超过一小时（缓存过期）的 thread，再派活给它会把整段对话重读一遍，所以文档自己建议新活宁可开新 thread。 协调者只看 thread 汇报回来的结果，看不到每一步。 早上刚写完 Codex 一周重置三次额度，Anthropic 这边路子正好反过来，不送额度，产品默认就让你把额度跑满。从产品角度我能理解，并行加不停才能让人第一次就体会到睡一觉活干完了。 我比较在意的是「你说的限制只是偏好」这句。并发和预算这种东西，应该是设置里一个数字，在调度那层直接拦住，而不是写进记忆指望模型每次都自觉。模型记住的规矩靠的是它每轮都想得起来，跑到第 50 个 thread 的时候谁也说不准。 还有一点，几十个 thread 各开各的 PR，撞到同一块代码就按普通合并冲突处理。人要看的东西没少，只是从写代码换成了 review PR。 Pro 用户的话，我会先把 thread 模型换成 Sonnet、effort 调到 medium，周五下班前顺手点个暂停。

曝光 12 · 评论 0 · 点赞 0 · 书签 0