Claude Code Projects 重做实操：把多仓库任务交给协调者与并行线程

Beta 首批只开放给同时满足以下条件的用户：

□ 订阅档位为 Claude Pro 或 Max
□ 在 Claude Code 里使用过云端会话（cloud sessions）
□ 网页端与桌面端没有任何既有 Projects

三条都满足却还没看到入口，可以加入官方等待名单排队。官方计划在一周内扩大到更多同档位用户，之后才轮到 Team 与 Enterprise。已有项目不会被强制迁移，会按原样继续工作、随推送升级。

创建项目时你要选一个目标（Goal）并挂上仓库或上下文。协调者会先建议它能马上着手的工作，所以目标写法直接决定它给出的任务清单靠不靠谱：

写得不好的目标：
  「优化一下结账流程」
  → 没有度量、没有边界，协调者只能猜范围

写得可用的目标：
  「把结账接口的 p75 延迟从 900ms 降到 400ms 以内，
   逐个端点定位慢点，改动以 PR 形式提交，不改变对外行为」
  → 有度量、有约束、有交付形态

挂上下文时按需选择：接了仓库，线程就能开 PR、跑项目里的测试；挂的是文档，线程就读文档、产草稿。两类的交付物不同，别混在一个目标里。

一个项目可以同时跑多条线程，而每条线程都是一次完整的 Claude Code 会话——官方明确提示，项目会比单个会话更快触及用量上限。配套的控制手段有两个：

1. 项目级用量查看
   在项目设置里查看本项目专属的用量，
   与你在其他场景的额度分开计量。

2. 双向分别选型
   协调者会话与工作线程可以各自选择模型与 effort 档位
   （档位越高越贵也越慢）。
   常见搭配：协调者用高档位做拆解与复核，
   工作线程用中档位执行机械性迁移。

工作铺开后的日常监控有两个入口，对应两种注意力：

协调者会主动检查并跟进各项任务，你也可以随时在主会话里插话纠偏，包括用手机远程调整。官方明确说明：你离开电脑后它会继续工作。另外，沟通风格本身也是可调的——你可以要求它改变检查频率、开新线程的频率，以及每次汇报的详细程度。

多条线程并行，撞到同一份代码怎么办？Anthropic 的选择很务实：不发明新的冲突解决机制，重叠一律按普通 PR 的合并冲突处理。协调者维持秩序，但代码层的裁决权仍在你们熟悉的 git 工作流里。

实操要点：
1. 让任务边界尽量不重叠（按模块/按仓库拆线程）
2. 出现合并冲突时，按你团队处理普通 PR 的流程走
3. 留意「由谁拍板」：协调者可以汇总冲突信息，
   但业务语义上的取舍应当由人确认
4. 优先合并低风险线程，给后续线程留干净的基线

每条线程都会向项目记忆写入、并从其中读取。官方举的例子很具体：它能记住发布日期改到了周五、某个导出功能为什么被砍、动计费服务之前该先找谁确认。它还会记住你的工作与沟通风格。配套的 Library 则收集你添加的文件与 Claude 产出的各类工件，让一条线程的产出能被另一条线程和后续会话找到。

推荐的记忆维护习惯：
1. 关键决策发生反转时，明确告诉协调者「之前的决定作废」
2. 约束性信息（红线、审批人、发布窗口）主动写进项目指令
3. 每周看一眼记忆里积累了什么，清掉过期的
4. 把可复用的模板、规范放进 Library，而不是散在各线程里

还有一类任务天然不适合它：答案在单次对话里就能给出的咨询、改动范围只有一两个文件的小修小补、以及需要严格气隙环境的合规场景。识别「这活不值得开项目」和学会开项目同样重要。