Claude Code 桌面版新增嵌套会话与保存的环境，面向并行智能体工作

Anthropic 于 2026 年 10 月 14 日宣布了 Claude Code 桌面应用的一次更新，面向同时并排运行多个 AI 编码会话的开发者。据该公司和AlphaSignal 当天的报道，父会话现在可以把并行工作拆成嵌套的子会话，每个子会话处理一项指派的任务，完成后把结果汇报回来，把大部分中间工具调用挡在主记录之外。更新还带来重新设计的启动器（可保存多文件夹环境）、显示哪些会话在工作、哪些在等待的侧边栏、实时待办清单、Claude 暂停时的回顾卡片、上下文栏、一键跟进会话，以及一个用于提侧边问题的 /btw 命令。合起来看，这些变化把桌面应用从一个「同时打开几个智能体的地方」推向一个「一场对话可以协调它们的地方」。

同一天，Anthropic 发布了 Claude Code 2.1.299 版，在终端里加入了空闲压缩：超过 20 万 token、闲置约 54 分钟的对话会在其一小时提示缓存过期前被压缩。这个功能属于命令行版本而非桌面公告，但它从另一个角度处理同一个问题，即让长时间智能体会话保持存活的成本。

桌面应用中的 Claude Code 需要付费的 Pro、Max、Team 或 Enterprise 订阅。该应用支持 macOS 和 Windows，Linux 支持处于测试阶段。

今天的发布延续了一条清晰的轨迹。Anthropic 在 2025 年 2 月推出 Claude Code时它是一个命令行工具。2026 年 4 月 14 日，它为并行智能体重新设计了 Claude Code 桌面应用，增加了管理多个会话的侧边栏、拖放式面板布局、集成终端和文件编辑器、用 Cmd+; 或 Ctrl+; 打开的侧边聊天，以及 Mac 上与 Linux 并列的 SSH 支持。8 月，Claude Code 2.1.224 版加入了跨会话消息，让 Claude Code 会话之间可以用 SendMessage 工具互发消息，并用 ListAgents 互相发现。9 月，Anthropic 围绕并行工作重建了 Claude Code 项目，引入一个把目标拆成任务、再分派给多个并行运行的 Claude Code 会话的协调智能体。今天的桌面更新把这种并行工作模型进一步带进了应用的日常会话界面。

这次更新也紧随一连串较小的桌面改动。10 月 8 日发布的一个桌面构建把环境变量移到了保存的环境上，10 月 13 日的一个构建修复了在大型仓库上同时启动多个使用工作树的会话时会话无法启动的问题。

延伸阅读：Anthropic 重新设计 Claude Code Projects：协调智能体、并行线程、共享记忆

父会话与子会话如何分派工作

核心变化在于信息如何在父会话与它委派出去的工作之间流动。在这次更新之前，想要并行工作流的开发者必须自己打开并跟踪多个独立的顶层会话。AlphaSignal 报道称，新的层级结构让一个会话来协调拆分，父会话因此保留一份可读的记录，包含原始请求和完成的结果。

每个子会话都有自己的记录、上下文窗口和执行状态。复杂任务的中间噪音 —— 冗长的终端输出、编译错误、反复的工具调用、失败的尝试 —— 大多留在子会话内部。子会话完成时，结果返回给父会话。这不同于单纯同时盯着几个窗口：即便委派的任务数量增长，父会话的记录依然是线性且易读的。

Anthropic 的文档还描述了一项桌面端的「跨会话工作」能力，让 Claude 对开发者的其他会话有一定感知。Claude 可以列出 Code 标签页里的其他会话、读取每个会话一直在做什么，并根据「告诉支付那个会话 schema 变了」这类自然语言请求在它们之间发消息。当 Claude 以这种方式给另一个会话发消息时，消息会在那里显示为一张卡片，标有发送会话的标题和一个回链。如果接收会话正在执行任务，消息会被保留到当前工作完成，接收会话可以回复。

这个界面带有一些对规划多智能体工作流的团队很重要的限制。默认情况下，Claude 只看到最近活跃的 20 个会话，除非被要求，否则会跳过已归档的会话。它只看到桌面应用自己运行的会话，即 Code 标签页里的本地、SSH 和 WSL 会话，看不到云端会话，也看不到从终端 CLI 或 VS Code 扩展启动的会话。Claude 无法把消息送达已归档的会话，也不能从没人盯着的会话 —— 例如定时任务的运行 —— 发出跨会话消息，或把消息送进这类会话。

Claude Code 里另有的跨会话消息功能覆盖范围更广。借助 ListAgents 和 SendMessage，一个会话可以给同一台机器上的其他 Claude Code 会话发消息，包括终端会话；当发送会话连接了 Remote Control 时，还能触达其他机器或云端的会话。Anthropic 的文档写明，这条通道只传纯文本，同机消息上限约一百万字符，拒绝向单一会话的快速连发，并且最多为接收会话排队 50 条已接受的消息。

这种轻量设计让父线程保持可读，但也决定了开发者该如何组织委派出去的工作。子会话的结果以摘要而非完整记录的形式到达父会话。被问到时 Claude 可以读取另一个会话一直在做什么，但受监管行业、安全敏感代码库，或任何「过程与结果同样重要」的流程中的开发者，可能仍需要在每个子任务描述里写明明确的日志或摘要要求。

Claude 还可以应要求重命名或归档其他会话，让父会话对已完成的工作有一定的生命周期控制。Anthropic 的文档称，Claude 在归档会话之前会显示一张审批卡片，但在 Auto 模式和绕过权限模式下除外，那时它可以不经确认直接归档。

工作树隔离与文件级分离的局限

桌面应用中的并行会话可以使用 Git 工作树，它给每个会话一份独立隔离的项目副本。工作树默认存放在 <project-root>/.claude/worktrees/，开发者可以在设置里选择别的位置。AlphaSignal 报道称，一个保存的环境可以为每个文件夹包含一个可选的工作树，Anthropic 的文档则说，从任务芯片启动的跟进会话会得到自己的工作树。

Git 工作树让多个已检出的分支共享同一个仓库对象库，却不共享工作目录。实践中，两个并行会话可以各自修改文件、提交到不同分支、针对自己的代码库状态跑测试，而不会覆盖彼此的工作文件。

由于工作树是一次全新检出，.env 这类未跟踪文件默认不存在。开发者可以添加一个 .worktreeinclude 文件（以 .gitignore 语法书写），把匹配的被 gitignore 忽略的文件复制到每个新工作树里；已跟踪的文件永远不会以这种方式被复制。开发者还可以打开一项设置，在会话的 pull request 合并或关闭时自动归档该会话。Anthropic 的文档说，自动归档只适用于已经运行结束的本地会话。

工作树隔离是文件系统层面的边界，不是操作系统级的沙箱。针对同一项目工作的多个会话仍可能通过副作用影响共享基础设施，例如数据库状态、外部 API 调用和已部署环境，这些是分开的工作目录所无法隔离的。

工作树也改变了合并冲突出现的方式。由于每个会话在自己的分支上工作，冲突会在开发者审阅并合并每个分支时浮现，而不是在会话运行时以实时碰撞的形式出现。AlphaSignal 指出，开发者仍需逐一审阅并合并每个分支，而编辑相同文件或依赖尚未敲定的设计决策的任务可能造成合并冲突和重复劳动。可选的自动归档设置暗示了一个设计假设：并行会话自然对应 pull request，这适合功能分支工作流，但在主干开发中可能需要更多手工清理。

这套隔离模型有已知的毛边。Claude Code 公开问题跟踪器上2026 年 7 月提交的一份 bug 报告描述了交互式桌面会话间歇性地在共享的基础检出中启动，而不是在自己的工作树里，即便已配置隔离。据该报告，落在基础检出里的会话会继承该文件夹上次停留的分支，在那里的任何分支切换都会影响使用该文件夹的所有其他未隔离会话。这份报告称该行为最早在 6 月被写出，于 9 月关闭。Anthropic 自己 10 月 13 日的桌面更新日志另外列出了对大型仓库工作树会话在多个同时启动时无法启动的修复。这些问题并不否定隔离模型，但在其上构建多智能体流水线的开发者应该测试自己的配置，而不是把工作树隔离当作有保证的安全网。

延伸阅读：Claude Code 桌面版加入 /resume，开发者不必再为丢失上下文交税

会话管理：侧边栏、回顾卡片与上下文栏

据 AlphaSignal 称，更新后的侧边栏把正在工作的会话与等待输入的会话区分开来。这解决了并行智能体工作中的一个具体痛点：三个智能体同时运行时，不必逐个点开就知道哪个需要关注，决定了并行带来的生产力提升是真实的还是纸面上的。Anthropic 的文档补充说，侧边栏可以按状态、项目或环境过滤会话，并按项目分组。

在打开的会话内部，实时待办清单显示 Claude 当前打算采取的步骤，并随着工具返回新信息而变化。当 Claude 暂停等待回应时，会出现一张摘要卡片。侧栏显示执行环境、上下文用量和待处理的改动。AlphaSignal 指出，上下文计量表让开发者看到一个会话消耗了模型工作窗口的多少，这样他们可以在冗长的记录挤掉相关指令和代码之前，完成当前任务、总结进度或开启一个新会话。

Claude 还可以提议当前任务之外的工作。Anthropic 的桌面文档称，当 Claude 注意到某件超出范围、但值得修的事情时，它会把这项工作作为任务芯片放在聊天里。点击芯片会在一个带有自己工作树的新会话中开始那项工作，同时 Claude 不受打断地继续当前会话。

另外，Claude Code 可以在空的提示框里以灰色文字显示一条建议的下一个提示。开发者按 Tab 或右方向键把建议放进提示框，再按 Enter 提交。Anthropic 的文档说，每条建议都由「一个计入你计划用量限制或 API 费用的简短后台请求」生成。该公司的交互模式文档补充说，由于该请求复用对话的提示缓存，它主要是缓存读取加少量输出 token，所以额外成本很小。提交建议后则作为一个普通回合运行。

/btw 侧边聊天

在提示框里输入 /btw，或在 macOS 上按 Cmd+;、在 Windows 上按 Ctrl+;，会打开一个侧边聊天，它能读取主线程到那一刻为止的全部内容，但不会把任何东西加回主对话。一位做到一半复杂后端重构的开发者，如果需要快速弄清某个认证令牌的过期行为，可以在已加载完整上下文的侧边聊天里问，然后回到主会话原来的位置。

侧边聊天的键盘快捷键随 2026 年 4 月的重新设计到来。在今天的公告中，Anthropic 表示，有了 /btw，侧边问题会在自己的标签页里打开，主会话继续运行。AlphaSignal 报道称，由此产生的标签页会作为常规会话保留，可供后续提问。Anthropic 的文档指出，桌面应用不会把侧边聊天保存到磁盘，所以应用关闭后无法重新打开侧边聊天。

据 Anthropic 的文档，侧边聊天在本地、SSH 和 WSL 会话中可用。已把主要工作流迁到云端会话 —— 这类会话在桌面应用关闭后仍继续运行 —— 的开发者，不应指望在那里有侧边聊天。

保存的环境与重新设计的启动器

会话启动器围绕最近的文件夹和保存的环境重建。AlphaSignal 报道称，新的会话页面把最近使用的文件夹放在一次点击之内，并让开发者把一套配置保存为可复用的环境，其中可以包含多个文件夹、一个 SSH 主机或云端目标，以及每个文件夹一个可选的工作树。

环境变量在10 月 8 日的桌面构建（版本 2.31226.0）中成为保存的环境的一部分。据该更新日志，「这台电脑」环境现在以干净状态启动，现有的机器级变量被复制进为每个用户创建的环境，而会话的「环境」卡片会显示它启动时所用的保存的环境。

对于在前端、后端和基础设施文件夹分开的全栈项目上工作的开发者，保存的环境免去了重复的设置 —— 此前这些设置让在现有项目上新开一个 Claude Code 会话比继续一个已打开的会话更慢。一个会话可以从单个预设达到预期的工作状态，加载好相关文件夹、远程主机和环境变量。

企业部署的考量

保存的环境给团队带来一个实际问题。单个开发者保存的环境捆绑了个人的文件夹布局、SSH 目标和云端连接。在团队环境中，问题变成这些配置能否共享、纳入版本控制和审计。Anthropic 的公告和 AlphaSignal 的报道都没有描述保存的环境的团队级共享，所以构建标准化配置的团队在把它当作共享标准之前，应先确认环境是如何存储和分发的。

云端会话是保存的环境可以指向的目标之一。Anthropic 的文档说，云端会话默认运行在 Anthropic 管理的基础设施上，即便开发者关闭应用或关机也会继续，其用量计入订阅计划限制，没有单独的算力费用。进度可以从 claude.ai/code 或 Claude 移动应用监控。对于大型重构、测试套件和迁移这类长时间运行的工作，云端会话把任务时长与开发者机器的开机时间解耦：下班时启动的工作可以在第二天早上准备好供审阅。

代价是桌面应用自己的跨会话工作界面看不到云端会话。想把云端会话纳入协调循环的开发者，需要更广的跨会话消息功能 —— 它只能从连接了 Remote Control 的会话触达云端会话 —— 或者 Anthropic 基于云的项目，在那里一个协调智能体从一场对话管理多个并行的云端会话。

SSH 会话有自己的运维细节。Anthropic 的文档说，开发者第一次通过 SSH 连接时，桌面应用会自动在远程机器上安装 Claude Code。在 Linux 和 macOS 远程机器上，它会把一个辅助程序和 Claude Code 安装到连接用户主目录下的 ~/.claude/remote/，不需要 sudo。对于使用共享基础设施、预发布服务器或其他人也会访问的云计算实例的团队，打开一个 SSH 环境因此可能触发一次软件安装，而不只是一次远程连接，这对变更管理流程和安全审计可能有影响。

空闲压缩：提示缓存经济学与 20 万阈值

10 月 14 日发布的 Claude Code 2.1.299 版为终端版 Claude Code 加入了空闲压缩。据更新日志，超过 20 万 token、闲置约 54 分钟的对话会在其一小时提示缓存过期前被压缩，「这样你的下一条消息不必把它全部重新处理一遍」。

时机就是关键。提示缓存让长对话早先的上下文可以在下一回合被廉价复用，但只在缓存仍然温热时有效。离开一个很长的会话、在缓存过期后回来的开发者，否则会发出一个必须重新处理全部上下文的请求。在过期前压缩，意味着开发者回来时面对的是一段更短的对话。

这一行为可配置。CLAUDE_CODE_IDLE_COMPACT_MIN_TOKENS 环境变量可以更改 20 万 token 的下限；把 "idleCompaction": false 写进 settings.json 则会关闭该功能。更新日志说这两个控制项都需要 2.1.290 或更高版本。偏好手动管理上下文的开发者 —— 例如为了调试而保留精确的中间状态 —— 可以选择退出。

空闲压缩是对活跃工作期间已有压缩的补充。Anthropic 的桌面文档说，当上下文填满时，Claude 会自动总结对话并继续工作，开发者也可以输入 /compact 来更早触发总结。空闲压缩为「大型会话在缓存窗口临近结束时被放着没人管」这一特定情况增加了一个基于时间的触发器。

并行到底要花什么

同时运行多个 Claude Code 智能体的吸引力伴随着一个容易被忽视的约束。每个活跃会话都消耗同一份订阅。AlphaSignal 关于此次更新的报道说得直白：新的控制项不需要单独的附加包，但每个活跃会话都消耗模型用量，并行请求会更快触及计划限制或速率限制，本地会话和工作树也占用系统内存和磁盘空间。

Anthropic 公布的定价列出 Max 计划起价每月 100 美元，另有 200 美元的更高档。并行会话不改变底层经济学：更多并发智能体意味着更快的挂钟进度，但用量按每个智能体所做工作的比例累积。评估用 Claude Code 做多智能体工作流的团队，应在采用这种模式之前，对照计划限制建模自己的预期用量。

较小的便利也计入总数。每条下一个提示的建议都由一个计入计划限制或 API 费用的后台请求生成，即便 Anthropic 把这项成本描述为很小。任务芯片和侧边聊天各自都会启动更多模型工作。在订阅计划上，这表现为更快逼近用量限制；对通过 API 付费的团队，它直接体现在账单上。

AlphaSignal 指出，可行的并发会话数取决于计划限制、机器资源、仓库大小和开发者审阅结果的能力。每多一条工作流，就多一批需要人来关注的 diff、决策和潜在冲突。

Claude Code 与 Cursor、GitHub Copilot 和 Codex 的比较

Claude Code、Cursor、GitHub Copilot 和 OpenAI 的 Codex 各自对并行智能体工作采取了不同路线。

Cursor 的云端智能体在云端的隔离虚拟机中运行，拥有完整的开发环境，克隆一个仓库并在单独分支上工作，然后把改动推回去。据 Cursor 的文档，这些智能体会生成截图、视频和日志，展示改了什么以及智能体如何验证自己的工作，而其2026 年 2 月的更新日志称云端智能体会连同这些产物一起产出可直接合并的 pull request。这种做法提供了比 Git 工作树更强的隔离，也让审计智能体的工作比阅读终端输出更容易，但工作在云端而非本地运行，这对拥有敏感代码库或无法克隆到第三方环境的基础设施的开发者来说很重要。

无论哪家厂商，本地运行的并行智能体工作都有硬件成本。在 2026 年 8 月Cursor 社区论坛上的一份报告中，一位用户称在一台 16GB 的 Mac 上从单个会话启动六个并行后台智能体，把 Cursor 的内存占用 —— 按活动监视器中父子进程汇总 —— 推到了约 98GB，触发 macOS 内存警告并迫使用户退出应用。那是用户报告的 Cursor 问题，不是 Claude Code 的发现，但底层动态适用于任何在开发者自己机器上运行多个智能体的工具。Claude Code 的本地和工作树会话运行在开发者的电脑或其指定的 SSH 主机上，所以本地资源的消耗与并发会话数成正比。

GitHub 的Copilot 云端智能体可以在后台研究仓库、规划改动并实施，在临时的云端开发环境里编辑文件、运行测试和 linter。开发者可以从智能体面板、一场对话，或 GitHub.com 上的 issue 或 pull request 发起工作。对于工作流已经以 GitHub issue 和 pull request 为中心的团队，这种紧密集成可能比 Claude Code 更灵活的会话模型更有分量。

OpenAI 的 Codex CLI 以 Apache 2.0 许可证开源。OpenAI 的安全文档说，在本地，Codex 使用操作系统强制的沙箱，通常把它限制在当前工作区内，而且智能体默认在关闭网络访问的状态下运行。这是比工作树隔离更严格的默认边界 —— 工作树隔离分开的是工作目录，但不对进程做沙箱。

Claude Code 的差异化押注是协调。在嵌套子会话、桌面端的跨会话工作界面，以及通过 ListAgents 和 SendMessage 的跨会话消息之间，Anthropic 构建了多层机制，让智能体以结构化文本彼此交接工作和发现。这让桌面应用成为想在现有工具内部编排智能体的开发者的一个可编程选项，代价是依赖文件级隔离而非按任务分配的虚拟机。

即便功能清单彼此重叠，这些工具服务的受众也越来越不同。Cursor 的云端虚拟机路线适合想把后台智能体从自己笔记本上挪走的开发者。Copilot 适合想在 GitHub 内部实现从 issue 到 pull request 自动化的团队。Codex CLI 适合优先考虑锁死本地默认设置的开发者。Claude Code 的桌面应用面向的是想从一个地方运行并监督多个本地或远程会话的开发者。

接下来会怎样

10 月 14 日的更新是自 2026 年 4 月桌面重新设计以来 Claude Code 并行智能体界面最重要的一次整合，但它也凸显了各部分尚未衔接之处。桌面应用的跨会话工作界面只覆盖本地、SSH 和 WSL 会话，而云端会话只能通过连接了 Remote Control 的会话用跨会话消息触达，Anthropic 由协调者驱动的项目则在云端运行。把本地工作与长时间运行的云端任务结合起来的开发者，需要为每个工作流选择适合的协调路径。

桌面应用的 Linux 支持仍在测试阶段。把它提到与 macOS 和 Windows 同等水平，会扩大该应用在常常原生工作于 Linux 的服务端和机器学习基础设施开发者中的覆盖。

上下文管理本身正在成为一个竞争因素。随着智能体会话越来越长、越来越多，一个工具如何决定保留、总结或丢弃什么，既影响成本也影响可靠性。借助空闲压缩，Anthropic 在现有的自动压缩之上增加了一道基于时间的保险，同时给开发者留了一个关闭它的设置。

这次更新引出的更大问题是，智能体编码工具究竟是在向一种共同架构汇聚，还是在分化为各自专门的定位。Claude Code、Cursor、GitHub Copilot 和 Codex 各自下了不同的注：本地编排对云端虚拟机、会话间文本消息对视频产物、开源对闭源。随着用例从完成单个任务转向持续的多会话项目工作，这些押注变得更重要。Claude Code 投资于会话间协调而非按任务分配虚拟机，反映的是一种判断：开发者想要的是细粒度控制和可编程性，而不是托管式隔离。这个判断能否站得住，取决于工作树的边缘情况是否会侵蚀对隔离模型的信任，以及共享的用量限制对新界面所鼓励的多智能体习惯是否行得通。

眼下，这次桌面更新让开发者有了一条更清晰的路径，从单一的 Claude Code 界面运行并行、协调的智能体工作，前提是要明白：用量限制是共享的，隔离模型有已记录的边缘情况，而桌面端对其他会话的视野止步于云端边界。