管理多个 Claude Code 会话：高级用户技巧

一个 Claude Code 会话已经很有用了。多个会话并行运行，才是生产力真正倍增的地方。

你可以让 Claude 在一个项目中修复测试，在另一个项目中重构代码，同时在第三个项目中编写文档——全部在你的 Mac 上同时运行，你只需用手机监控。关键在于管理好这些会话，不丢失上下文，也不会把错误的命令发送到错误的会话。

会话的底层工作原理

Tactic Remote 中的每个 Claude Code 会话都运行在 Mac 上的一个 tmux 会话中。tmux 负责进程隔离：

# Each session is a separate tmux session
tmux list-sessions
# my-api: 1 windows (created Sat Feb 28 14:30:01 2026)
# frontend: 1 windows (created Sat Feb 28 14:45:12 2026)
# docs-site: 1 windows (created Sat Feb 28 15:00:00 2026)

每个会话拥有独立的：

• 工作目录（项目路径）
• Claude Code 实例及其独立的对话上下文
• 滚动缓冲区（默认 50,000 行）
• 独立的输入/输出流

当你在 iPhone 上切换会话时，服务器会从一个 tmux 会话断开并连接到另一个。你离开的会话会继续运行——Claude Code 不会因为你切走了就停止工作。

设置并行会话

命名策略

会话名称会根据项目文件夹名自动生成。例如目录 /Users/you/code/my-api，会话名就是 my-api。这在大多数情况下工作良好，直到你有多个名称相似的项目。

建议：

• 使用有区分度的项目文件夹名
• 如果在同一个项目的不同分支上工作，在提示词中包含分支上下文，而不是创建多个会话
• 保持会话名简短——你会在手机上的列表中看到它们

项目路径选择

创建会话时，你可以从手机浏览 Mac 的文件系统。Tactic Remote 会显示：

• 最近使用的路径（最多 10 个，最近优先）
• 你固定的收藏路径
• 完整的目录浏览器，用于导航到新位置

为了提高效率，在需要之前就把最常用的项目目录设为收藏。在手机上浏览深层嵌套目录非常繁琐。

并行工作流

下面是管理三个并行会话的具体示例：

会话 1：API 缺陷修复

Project: /Users/you/code/billing-api
Task: "The webhook handler is dropping events when multiple arrive simultaneously.
       Add a queue with retry logic."
Status: Claude is working autonomously

会话 2：前端功能开发

Project: /Users/you/code/dashboard-ui
Task: "Add a dark mode toggle to the settings page.
       Use the existing theme context."
Status: Claude is waiting for approval (wants to install a new dependency)

会话 3：文档编写

Project: /Users/you/code/docs-site
Task: "Update the API reference for the billing endpoints
       to reflect the new webhook queue behavior."
Status: Idle (waiting for Session 1 to finish so docs match the code)

你的手机显示会话列表。你看到会话 2 需要注意（审批请求）。点击切换过去，查看 Claude 想要添加的依赖，点 Y 或 N，然后切回继续监控。

会话管理模式

模式 1：流水线依赖

有时会话之间存在逻辑依赖关系：先完成 API 变更，再更新前端，最后更新文档。

方法：

1. 启动会话 1（API）执行主要任务
2. 收到会话 1 完成的通知
3. 审查会话 1 中的变更
4. 启动会话 3（文档），引用已完成的 API 变更
5. 同时，会话 2（前端）可以独立运行

关键点：不要在上游任务完成之前启动依赖任务。Claude Code 不知道你其他会话的存在——每个会话独立运行。

模式 2：独立并行任务

当任务真正独立时，全部同时启动：

1. 创建会话 1，发送任务
2. 创建会话 2，发送任务
3. 创建会话 3，发送任务
4. 等待通知

这样可以最大化吞吐量。你的 Mac 处理并行执行（每个 Claude Code 实例是一个独立进程）。通过监控会话列表查看哪些仍在运行。

模式 3：探索 + 生产

用一个会话进行探索，另一个执行正式工作：

• 探索会话： "阅读支付模块并解释其架构。列出主要的类及其职责。"
• 工作会话：（阅读探索输出后）"重构 PaymentProcessor，将验证逻辑提取到单独的 ValidationService 类中。"

这样可以防止工作会话被探索性上下文填满，稀释 Claude 的专注力。

实用技巧

保持会话聚焦

每个会话应该有一个明确的目的。不要贪图方便把已完成任务的会话拿来干别的事——之前任务积累的对话上下文可能会让 Claude 在新任务上出现混乱。

更好的做法：为每个不同的任务创建新会话。会话的成本很低（它们只是 tmux 会话）。

长会话使用 /compact

如果一个会话经过长时间的反复交互，对话上下文会不断增长。这会拖慢 Claude 并增加 token 成本。/compact 斜杠命令可以压缩对话，保留重要上下文的同时减少 token 数量。

使用 /cost 监控成本

并行运行多个会话时，token 成本会成倍增加。在每个会话中使用 /cost 命令检查消费。一个好习惯：每天结束时在每个活跃会话中检查 /cost。

清理已完成的会话

空闲的 tmux 会话消耗的资源极少，但它们会让你的会话列表变得杂乱。查看完已完成任务的输出后，如果不再需要引用，就关掉该会话。

使用代码片段处理重复操作

如果你经常在不同会话中运行相同的命令（例如"运行测试"、"检查 git 状态"），将它们保存为自定义代码片段。一键点击代替每次手动输入。

内置代码片段已经覆盖了常见操作：

• Claude 类别： 启动会话、压缩、检查成本
• Git 类别： 状态、提交、推送
• 系统类别： 列出文件、检查磁盘

资源注意事项

并行运行多个 Claude Code 实例会消耗：

• Mac 的 CPU 和内存 ——每个 Claude Code 进程和 tmux 会话都会占用资源。现代 Mac 可以轻松处理 3-5 个并发会话。超过这个数量时，请查看活动监视器。
• API token ——每个会话与 AI 模型的对话都消耗 token。并行会话会线性增加成本。
• 网络带宽 ——极少。终端文本相比视频或大文件传输来说非常小。

服务器运行时 Mac 应用会阻止休眠，这对长时间并行会话很重要。但同时运行多个会话时，请注意 Mac 的温度和电池（如果用的是笔记本电脑）。

切换上下文而不丢失进度

当你在手机上从会话 A 切换到会话 B 时：

• 会话 A 继续运行（Claude 继续工作）
• 会话 B 的最新输出通过状态恢复加载
• 你的手机从最近位置显示会话 B 的终端

当你切回会话 A 时：

• 会话 B 继续运行
• 会话 A 的输出重新加载，显示你离开期间 Claude 的所有进展

多阶段状态恢复（0.2s、0.7s、1.5s 刷新间隔）确保即使初始加载不完整，你也能获得完整的当前状态。

应该避免的反模式

不要微管理并行会话。 如果你不停地在会话之间切换检查进度，那你并没有获得并行的生产力优势。信任通知系统——它会在需要你注意时告知你。

不要用一个会话做所有事。 一个会话连续执行多个任务，会积累上下文并最终降低性能。为不同的任务创建新会话。

不要留太多空闲会话。 虽然它们消耗的资源很少，但手机上过长的会话列表会让你更难找到活跃的那些。用完及时清理。

不要过早启动依赖任务。 如果会话 2 依赖于会话 1 的输出，请等会话 1 完成。过早启动会话 2 并假设会话 1 的产出，会导致浪费的工作。