有一段时间我以为我发现了终极加速方法。
我同时开了三个 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 结束时选择保留或删除。
手动建也很简单：
bash
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 编程与开发效率
技术趋势与工程思考
实用工具与工作流