同时开多个 Claude Code 会话，怎么不乱

两个会话是效率技巧。五个，要么是一家公司，要么是一场混乱——差别在你开第二个窗口之前做的一个决定。

那个决定是：每个会话读同一个文件夹，还是各自发明自己的 context？

并行会话会出的四种事

• 两个会话改同一个文件，第二个把第一个盖掉。
• 第三个会话要你重讲一遍项目，因为它对第一个毫无记忆。
• 你分不清谁做到哪，晚上在聊天记录里翻。
• 某个会话「顺手」改了你还在草拟的价格页。

这些都不是模型问题，是协作问题，而且都有文件形状的解法。

能撑到五个会话的结构

company/
├─ CLAUDE.md        # 每个会话先读的规则（同一份，不复制）
├─ AGENTS.md        # 给非 Claude 工具的同一套规则
├─ briefs/          # 一件工作一个文件：B01.md、B02.md…
├─ STATUS/          # 一件工作一个状态文件：就是站会
├─ memory/          # 决策、术语、价格——不能漂移的东西
└─ ops/             # 清单与关卡

四个性质让它成立：

1. 规则只有一份。 不是每个 repo 一份，不是每个会话一份。要变体就写 brief，不要复制 CLAUDE.md。
2. 一个会话一份 brief。 一个会话两个任务，两个都做不好，而且你不知道它丢了哪个。
3. 一件工作一个状态文件。 最新的一份为准。你读状态，不读聊天。
4. 用文件划归属。 brief 写明这个会话能碰哪些路径，冲突在发生前就看得见。

最省时间的交接

B 会话接手 A 会话的工作时，不要贴聊天记录，贴三行：

done: <文件>
open: <没做完>
next: <一个动作>

整个交接格式就这些，这也是 STATUS 文件夹存在的理由。能读上一份状态的会话能接着做；需要聊天记录的会话不能。

故意把 context 压小

每个会话每次任务都会载入 CLAUDE.md。四千行规则文件，每条消息都在付费，而且让 agent 对任何一条规则都更不遵守。

让它保持小的规则：

• CLAUDE.md 放规则，不放历史。历史进 memory/decisions.md。
• 长参考（API 文件、品牌语气）按需载入，在 brief 里点名。
• 删掉死路径。关于已移除工具的规则是纯成本。
• 规则文件一屏是好目标，两屏是上限。

多会话时该设的关卡

一个会话时，错误是慢的；五个会话时，错误是并行的。把离开文件夹的动作全部设关卡：

• 发布、寄信、收款、退款、改价、部署。

每道关卡就是 CLAUDE.md 里的一行：「没有老板点头，绝不做」，加上 ops/ 里的清单。不需要复杂，重要的是五个会话读的是同一道门。

不会崩的第一天

1. 写 CLAUDE.md：五条规则＋三行状态格式。
2. 先建三份 brief，不要五份：主管、开发、检查。
3. 每份 brief 给一个专属路径。
4. 跑一天，只读状态文件。
5. 之后才加第四、第五个角色。

多数人加会话的速度比加结构快，然后得出结论说 agent 不好用。结构才是产品，会话只是工人。

常见问题

该开几个会话？

先三个：主管、开发、检查。等状态笔记能稳定读一周，再加第四个。

怎么避免两个会话改同一个文件？

每份 brief 给一个专属路径；需要别的路径就先问。

多少钱？

创始价每月 $9.99。详见价格页。

{
  "@context": "https://schema.org",
  "@type": "FAQPage",
  "mainEntity": [
    {"@type": "Question", "name": "该开几个会话？", "acceptedAnswer": {"@type": "Answer", "text": "先三个：主管、开发、检查。等状态笔记能稳定读一周，再加第四个。"}},
    {"@type": "Question", "name": "怎么避免两个会话改同一个文件？", "acceptedAnswer": {"@type": "Answer", "text": "每份 brief 给一个专属路径；需要别的路径就先问。"}},
    {"@type": "Question", "name": "多少钱？", "acceptedAnswer": {"@type": "Answer", "text": "创始价每月 9.99 美元。详情：https://xynex.sekai.center/pricing"}}
  ]
}

全部指南 · Read in English: Running Multiple Claude Code Sessions Without Chaos