有一段时间我以为我发现了终极加速方法。

我同时开了三个 Claude Code 窗口，一个在写新功能，一个在修 bug，一个在跑测试。感觉效率要爆炸了。

然后过了二十分钟，我发现三个 session 都在修改同一批文件。它们各自做了不同的改动，互相覆盖，冲突一团糟。我花了四十分钟处理这些冲突，比我自己一个个做还慢。

多 session 并行不是错，是我用错了。

多 session 不是让 Claude 更快，是让你同时推进多条线。这两件事不一样。

为什么多 session 会打架

多个 Claude Code session 共用同一个代码库时，它们都在操作同一批文件。Session A 在改某个文件，Session B 也判断需要改同一个文件，各自改各自的，互相不知道。等你切回来，文件状态已经乱了。

这不是 Claude 的问题，是你没给它们划清地盘。

解法：Worktree 隔离

Git Worktree 让你可以在同一个仓库里同时 checkout 多个分支到不同目录。每个 Worktree 是独立的工作目录，文件互不干扰。

Claude Code 内置了 /worktree 命令，直接在 Claude Code 里输入，它会帮你创建一个新的隔离 Worktree，切换进去工作。session 结束时选择保留或删除。

手动建也很简单：

git worktree add .claude/worktrees/feature-auth -b feature-auth
git worktree add .claude/worktrees/fix-payment -b fix-payment

不同的 Claude Code 窗口分别进不同的 Worktree 目录，各自在自己的分支上工作，完全隔离。

什么任务适合并行

判断标准就一个：两个任务的文件交集大不大。

适合并行：完全独立的功能模块、一个写代码一个写测试（接口已稳定）、一个做主功能一个做文档配置。

不适合并行：都要改同一个核心文件（schema、共享类型）、有明显前后依赖关系、架构决策类任务（先决策再执行）。

文件交集大就不要并行。交集小或没有，Worktree 隔离，各跑各的。

并行的真正价值

用好了多 session，你的工作模式会发生根本变化：你不再是等 Claude 完成一件事再交代下一件事，而是变成调度者——同时有三条线在跑，你在各自的关键节点介入、拍板、推进。

你的时间从「执行」变成「调度」，单位时间的产出从一条线变成多条线。

但前提是：地盘划清楚，任务拆明白。

你现在用 Claude Code 是一次只跑一个 session，还是有在用多 session？如果踩过坑，欢迎评论区说说遇到了什么问题。

这是「Claude Code 那些没人告诉你的用法」系列第四篇。前三篇聊了 CLAUDE.md、上下文管理和 Hooks，建议从第一篇开始读。

更多深度内容与完整文章，欢迎关注我的微信公众号：SamLai 效率研习社

主要分享：

AI 编程与开发效率

技术趋势与工程思考

实用工具与工作流