曾经，我一度以为自己找到了开发效率的终极捷径——多 session 并行。

我同时启动了三个 Claude Code 会话窗口，分别负责新功能开发、Bug 修复和测试执行。当时心中暗喜，以为效率即将飙升。

然而二十分钟不到，问题便显现了。三个会话都在修改相同的文件集合，彼此独立地进行改动，导致互相覆盖、冲突不断。最终花费了四十分钟来收拾残局，其效率甚至不如逐一执行。

由此可见，多 session 并行本身并非错误，问题在于使用方式不当。核心要理解一点：多 session 的目的不是单纯加快速度，而是让你能够同时推进多个工作线。这是两个截然不同的概念。

多 session 冲突的根源

当多个 Claude Code 会话共用同一代码库时，它们都在操作同一组文件。Session A 修改了某个文件，Session B 也判断需要改动同一文件，各自独立编辑，互不知晓。当你切换回来时，文件状态已陷入混乱。

这并非 Claude 自身的缺陷，问题在于——你没有为各个会话划定清晰的工作领域。

解决方案：Git Worktree 隔离策略

Git Worktree 允许你在同一个仓库中同时检出多个分支到不同目录。每个 Worktree 都是一个独立的工作目录，文件之间互不干扰，如同各自在独立的隔间中工作。

Claude Code 内置了 /worktree 命令，只需在 Claude Code 中输入即可自动创建一个新的隔离 Worktree 并切换进入。会话结束时，你可以选择保留或删除该 Worktree，十分便捷。

手动创建也同样简单：

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 并行的真正价值

善用多 session 后，你的工作模式将发生根本性转变。你不再被动等待 Claude 完成一个任务再交代下一个，而是成为一个调度者——同时有多个工作线在运行，你在各个关键节点介入、决策并推进。

你的时间利用从「执行」升级为「调度」，单位时间的产出也从单一线程扩展为多线程并行。

但前提是：领域划分清晰，任务拆解透彻。

不妨回顾一下自己的工作习惯——是一次只运行一个会话，还是已经尝试了多 session？如果曾经踩过坑，欢迎在评论区分享你遇到的问题。

本文是「Claude Code 那些没人告诉你的用法」系列第四篇。前三篇分别介绍了 CLAUDE.md、上下文管理以及 Hooks，建议从第一篇开始阅读。