Claude Code Projects 可以让一个 Coordinator 同时把工作分给多个 Threads。
看起来很简单：
既然可以平行跑，那就全部一起跑。
但这通常不是最好的做法。
因为有些工作真的彼此独立，有些工作却必须等前一步做完，还有一些事情即使 AI 已经完成，也不该直接让它往下一步走。
今天只学一个方法。
在开多个 Threads 前，先把工作分成三类：
可平行／有依赖／一定人工确认。
① 可平行：彼此不需要等对方结果
第一类最适合直接拆成不同 Threads。
例如你准备改一个网站：
- Thread A：检查 API
- Thread B：分析 Database Bottleneck
- Thread C：整理 Frontend 测试
- Thread D：检查文档是否还引用旧 Endpoint
只要其中一条工作失败，不会让其他 Thread 的输入立刻失效，就可以考虑平行运行。
判断方式很简单：
「如果 A 还没做完，B 能不能正常开始？」
答案是可以，就比较适合平行。
② 有依赖：先把顺序写出来
第二类不要因为 Claude 可以开很多 Threads，就硬拆成同时运行。
Anthropic 官方举过一个例子：
如果同时处理 API、Web、Mobile Repository，Claude 可以分别开 Thread 做 Migration、Tests 与 Pull Request，最后再告诉你哪些 PR 应该先 Merge。
这就表示：
工作可以平行，但最后仍然可能存在依赖顺序。
例如：
Database Schema 先改
→ Backend 才能使用新字段
→ Frontend 才能接新的 API Response。
如果三个 Agent 没有先看清楚这条依赖线，跑得再快也可能只是在更快地产生返工。
所以第二格只做一件事：
把「谁一定要等谁」写出来。
③ 一定人工确认：AI 做完也先停
第三类就是 Human Gate。
例如：
- Merge 进主要 Branch
- Production Deploy
- Database Migration
- 删除正式数据
- 修改付款逻辑
- 更改权限
- 正式对外承诺
这些工作就算 Thread 已经完成，也不要把「完成」理解成「可以直接运行」。
Claude Code Projects 的 Coordinator 能整理多个 Thread，但官方也明确提醒：如果不同 Threads 修改到相同 Code，仍然会像一般 Pull Request 一样产生 Merge Conflict。
所以 Coordinator 是帮你协调工作，
不是替你消除所有技术风险。
最后把三格写成这样
假设今天要修改 Checkout：
可平行
- Profile API
- 查 Database Query
- 跑 Frontend Performance Test
有依赖
- Database 修改
- Backend 更新
- Frontend 串接
一定人工确认
- Merge
- Migration
- Production Deploy
就这样。
你甚至不需要先画很复杂的流程图。
只要开始前花 30 秒问三个问题：
可以同时做吗？
谁一定要先完成？
哪一步一定要人按下去？
为什么这一步愈来愈重要？
Claude Code Projects 已经可以让一个 Project 同时跑多个 Threads，而且每条 Thread 都是一个完整的 Claude Code Cloud Session。Anthropic 也提醒，Threads 开得愈多，Usage 可能消耗得愈快。
所以真正有效率的做法不是：
「可以开几个 Agent，就开几个。」
而是：
「只把真的能平行的工作拿去平行。」
AI Agent 愈来愈会自己工作之后，人真正需要学的，反而是怎么把工作切对。
如果你也想知道自己的工作里，哪一步最适合先交给 AI，留言「流程」，我可以先帮你看看从哪一步开始。
今天，和 AI 一起进步一点。
每天学会一个 AI 技巧。
每天节省一点时间。
每天提升一点能力。
SasaDaily，陪你一起成长。
推荐阅读
AI 一分钟教学｜2026/09/07：Qwen Code 要记住一条规则前，先问「换到另一个项目还成立吗？」
AI 一分钟教学｜2026/09/11：Qodo Review 开 PR 前，先分「影响范围／规则冲突／未解风险」
AI 一分钟教学｜2026/08/24：Slack Code 验收条件怎么写？先用「现在／要变成／不能动」三格再叫 AI 改程序
