过去一周，Claude Code 的更新重点集中在"多个编码会话之间怎样协作"。2026 年 8 月 13 日发布的 v2.1.232 默认启用了新的子 Agent 分叉行为，同时允许在输入框中通过 @ 提及另一个正在运行的 Claude 会话，并通过 SendMessage 向它直接发送消息。8 月 14 日的 v2.1.233 又补充了 GitLab Merge Request 与 --worktree 的配合支持。
这类更新看起来包含不少新术语，但核心问题很简单：以前使用 AI Coding 工具时，开发者通常围绕一个聊天窗口完成一项任务；现在越来越多工具开始允许多个 Agent 或多个会话同时工作。理解这一变化，需要先从 Claude Code 和"会话"两个基础概念开始。
一、Claude Code 与会话
1. Claude Code 的基本工作方式
Claude Code 是 Anthropic 提供的智能编程工具，可以直接运行在终端中。开发者进入一个代码项目后启动 claude，随后可以用自然语言要求它阅读代码、修改文件、执行测试、处理 Git 操作或分析错误。Anthropic 官方文档给出的典型场景包括功能开发、Bug 修复、代码库理解以及重复开发任务自动化。(Claude Platform Docs)
最简单的使用过程可以理解成：
bash
开发者提出任务
↓
Claude Code 阅读相关代码
↓
分析需要修改的位置
↓
修改代码
↓
运行测试或命令
↓
返回结果例如：
bash
检查 UserService 中的参数校验，
如果用户名为空，就补充校验并运行相关测试。Claude Code 会先寻找 UserService，阅读相关代码，再决定需要修改哪些文件。这个过程中发生的一系列对话和操作，会存在一个持续的工作上下文中。
这个持续的工作上下文可以称为一个 Session，也就是会话。
可以把 Session 理解成"Claude Code 当前正在处理的一份工作记录"。它里面包含已经讨论的问题、Claude 阅读过的重要信息，以及当前任务进行到了什么位置。Claude Code 本身也提供 --continue 和 --resume 等能力，用于继续最近的会话或恢复之前的会话。(Claude Platform Docs)
二、多会话协作
1. 一个任务拆成多个工作会话
项目稍微复杂以后，一个 AI 编程会话可能同时面对很多事情。例如开发一个登录功能，需要修改后端接口、检查数据库逻辑、补充单元测试，还可能需要检查前端调用。
一种自然的处理方式，是让不同的会话分别负责不同任务：
bash
会话 A
负责修改登录接口
会话 B
负责检查测试代码
会话 C
负责分析数据库相关逻辑这些会话可以并行执行，因此开发者不需要等待 A 完成以后再启动 B。
这里的"并行"并不要求初学者理解复杂的多线程知识。现阶段只需要理解：可以同时存在多个相互独立的 AI 编程任务。
过去的问题在于，这些任务即使同时运行，也可能彼此不知道对方发现了什么。
假设测试会话 B 发现：
bash
登录接口目前允许空用户名进入 Service。而负责修改代码的会话 A 正好需要这个信息。如果两个会话完全独立，开发者通常需要自己复制这段结论，再粘贴给 A。
Claude Code 本周的更新开始减少这种人工传递。
三、会话间消息
1. @ 提及另一个 Claude 会话
v2.1.232 加入了一项很直观的能力：在 Prompt 中输入 @，可以提及另一个 Claude 会话。Claude Code 会通过 SendMessage 将信息发送给对应会话。该版本还改进了会话命名，使同一台机器上的活动会话保持唯一名称。
可以把这个过程理解成开发团队里的内部沟通。
原来：
bash
开发者
↓
会话 A
开发者
↓
会话 B现在可以出现：
bash
开发者
↓
会话 A ←────→ 会话 B例如一个会话负责分析测试失败原因，可以把结论告诉另一个负责修改代码的会话：
bash
@backend-fix
测试分析已经完成。
问题来自 UserService 对空用户名缺少校验。
请检查 createUser() 方法。这里的重点并不是这几行文字的具体语法，而是任务组织方式发生了变化。
信息开始可以在多个 AI 工作单元之间直接传递。
这也是多 Agent 系统中非常基础的一种协作方式：先进行任务分工，再让负责不同任务的 Agent 交换必要结果。
四、子 Agent 分工
v2.1.232 同时调整了子 Agent 的运行方式。所谓子 Agent，可以先简单理解成"主 Agent 临时找来的助手"。
例如主 Agent 收到：
bash
分析这个项目的登录 Bug，并完成修复。主 Agent发现任务比较复杂，可以把其中一个小任务交出去：
bash
主 Agent
│
├── 阅读登录代码
│
└── 子 Agent
└── 专门检查相关测试子 Agent完成检查以后，把结果交回主任务。
本周更新中的 subagent_type: "fork" 会让这种子 Agent继承当前会话已有的完整对话信息和 Prompt Cache。
对初学者来说，Prompt Cache 暂时可以理解为"已经处理过的一部分上下文可以被复用"。本期不继续展开其计费和缓存机制。
真正需要记住的是：子 Agent开始工作时，可以直接拿到主任务已经积累的背景信息。
这样可以减少一种很常见的问题。
如果没有继承上下文：
bash
主 Agent：
已经研究项目 20 分钟。
子 Agent：
这个项目是做什么的？
入口在哪里？
登录模块在哪里？子 Agent又要重新理解一次项目。
继承上下文后：
bash
主 Agent：
已经完成项目分析。
子 Agent：
直接基于现有背景检查登录测试。任务分工因此更加自然。
五、一个简单开发场景
假设现在维护一个普通 Java Spring Boot 项目，登录测试突然失败。
可以让一个会话负责代码：
bash
检查 LoginService，
找到登录失败的原因，
暂时不要修改测试代码。另一个会话负责测试：
bash
检查 LoginServiceTest，
分析最近失败的测试用例，
总结测试期望。测试会话发现问题以后，再把结论发送给负责代码的会话。
从工程结构上看，这相当于：
bash
代码分析
↓
实现修改
测试分析
↓
测试结论
↓
发送给实现任务这种方式非常接近真实开发中的分工：一个人负责实现，另一个人检查测试和边界条件。
AI Coding 工具正在把这种协作方式逐渐带入多个 Agent 会话之间。
六、Worktree 与代码隔离
8 月 14 日的 v2.1.233 还加入了 GitLab Merge Request URL 对 --worktree 的支持。(GitHub)
这里简单解释一下 Worktree。
Git Worktree 可以让同一个 Git 仓库同时拥有多个独立工作目录。例如：
bash
project-main/
正在开发主功能
project-test/
Agent 正在修改测试两个目录共享同一个 Git 仓库历史，但各自可以操作不同分支。
因此，当多个 Agent 同时工作时，Worktree 可以降低它们同时修改同一个目录产生冲突的概率。
本次更新允许 Claude Code 更方便地结合 GitLab Merge Request 使用这一方式。对普通个人开发来说，这项变化影响有限；对于同时启动多个编码任务的场景，它具有更明确的工程价值。(GitHub)
七、工程思想
本周最值得记住的思想是 任务分工与工作环境隔离。
当一个任务越来越复杂时，可以先把它拆成几个相对独立的小任务，让不同 Agent 分别处理。多个 Agent之间只交换真正需要的信息。涉及代码修改时，再给不同任务提供相对独立的工作目录。
可以把整个思路记成：
bash
复杂任务
↓
拆分任务
↓
多个 Agent 分别执行
↓
交换必要信息
↓
汇总和验证结果这也是理解后续多 Agent、子 Agent、并行执行等概念的一个基础入口。
八、本周来源
Claude Code 官方介绍与快速入门：
bash
https://docs.anthropic.com/en/docs/claude-code/overview
https://docs.claude.com/en/docs/claude-code/quickstart
https://docs.anthropic.com/en/docs/claude-code/cli-usageClaude Code 官方更新记录：
bash
https://github.com/anthropics/claude-code/releases
https://raw.githubusercontent.com/anthropics/claude-code/main/feed.xml其中 v2.1.232 于 2026 年 8 月 13 日发布，重点加入会话间直接消息和新的子 Agent 分叉行为；v2.1.233 于 8 月 14 日继续补充 GitLab Merge Request 与 Worktree 等工程支持。