你有没有过这种抓狂时刻：一个窗口在跑测试套件，另一个窗口在改前端。测试跑完了，你得手动切过去，把上下文重新讲一遍——”刚才那个 build 挂了，是 auth 模块的问题，你去看看”。
讲一遍不累，一天讲二十遍，人会疯。
8 月 7 日，Anthropic 一口气放了两个大招。Claude Code v2.1.224 让会话之间可以互相发消息了；同一天官方宣布，8 月 14 日起 Pro / Max / Team 用户的默认权限模式改成自动模式。
这两件事放一起看，信号很明确：Claude Code 正在从”一个会打字的助手”，变成”一群能自己商量着干活的同事”。
第一章 一句话说清这次更新
先给你把结论压缩到能一口气读完：
- 跨会话消息：v2.1.224 起，一个正在跑的 Claude Code 会话可以给另一个正在跑的会话发消息——同一台机器，或者你的任意几台机器之间。
- 发的是摘要，不是完整对话历史，也不是你的文件。接收方直接从任务中途接手。
- 发现同伴用
ListAgents，发消息用SendMessage。目前支持 macOS 和 Linux。 - 顺带还砍掉了一个老限制：每会话 200 个 subagent 的上限没了。长时间跑的会话再也不会因为”生够了”而拒绝新建 agent。
- 8 月 14 日起，Pro / Max / Team 的默认权限模式变成自动模式，由一个独立分类器实时审查每次工具调用。
同一个版本还带了自托管环境（self-hosted environments），这是另一条线，今天先不展开。
第二章 跨会话消息到底是什么：同伴，不是下属
这一章你要是读明白了，后面基本不会用错。
很多人第一反应是：”这不就是 subagent 吗？”不是。跨会话消息是同伴之间的对话，subagent 是你生出来的孩子。
Subagent 是你创建的一次性工人。你扔给它一个任务，它在自己的独立上下文里跑，跑完把结果吐回你这儿，然后它就没了。整个生命周期就是为了回答你那一个问题——这是经典的 Agent/Task 模式。
同伴会话完全不同。它是一个已经在跑自己活儿的独立会话，有自己的上下文，自己的权限，自己的生命周期。跨会话 SendMessage 让你在双方都活着的时候跟它聊天。
所以决策标准就一条：看生命周期和归属权。想要个用完就扔、返回一个答案的？生 subagent。有两个都在长期运行、需要互相协调的会话？那才是跨会话消息该出场的地方。
第三章 实操：ListAgents 找人，SendMessage 传话
整个机制只有两个动作，简单到不像 2026 年的新功能。
ListAgents 是通讯录。一个会话调它，就能看到哪些会话现在可达——包括你其他机器上的。拿到列表之后，用 SendMessage 指定一个目标发过去。
你不需要自己写那段又臭又长的交接说明。消息是 Claude 自己根据你的 prompt 生成的——你只要说”告诉另一个会话我这边发现了什么”，它会自动把相关上下文压成一段摘要发出去。
投递由两个新设置卡着：
crossSessionInbound：这个会话到底接不接收其他会话发来的消息。dialogExpiry：一个被扣住的审批弹窗，多久之后自动过期。
底层规则值得你读两遍：发给一个”绕过权限”运行的会话的消息，会被扣住等你审批；发给正常权限会话的消息，自动投递。
这个设计逻辑很硬：一个绕过权限的会话，如果收到外来指令就直接执行，中间连个人类检查点都没有——那正是你最该设闸门的场景。
第四章 最实用的一个场景：守望者 → 执行者
说了这么多概念，给你一个可以今天就照抄的模式。
会话 A 跑在你的 CI / 构建机上，盯着一个巨长的 job。这个 job 的日志你根本不想让它塞满主窗口。
会话 B 是你手头正在干活的窗口。它调 ListAgents 找到 A，然后让 A：”build 稳定下来了就告诉我结果。”
job 跑完，A 用 SendMessage 把结论推给 B。B 在自己干净的上下文里接着干活。
关键在哪？两边谁都不用把对方那一大坨上下文塞进自己的窗口。构建日志留在 A，业务代码留在 B，只有那句”结论”跨过来了。
官方还点了几个其他用法：交接一个刚发现的问题、协调多个 worktree 的并行开发、查询长任务的进度、跨机器会话之间互相回应。还有一个我觉得特别香的——一个会话可以警告另一个：你刚才那个改动，把我这边正在建的东西搞挂了。
说句实话：如果你要的是持久、可审计的交接记录，磁盘上放个文件依然是更对的工具。跨会话消息真正值钱的地方，是实时、双向，而且你不想把两边上下文揉成一坨的时候。
第五章 8月14日的自动模式：89% vs 14% 这笔账
第二个大招，争议会比第一个大得多。
过去你用 Claude Code，每次工具调用都得手动点”允许”。8 月 14 日起，Pro、Max、Team 套餐默认切成自动模式：由一个独立的分类器实时评估每一次工具调用，拦截那些可能造成不可逆、破坏性或越权操作的行为。
直觉上，很多人第一反应是”这不是把安全带解开了吗”。但官方给的数据挺反直觉：测试中自动模式识别出了 89% 的危险命令，而人工审批只识别出 14%。
想想也不奇怪。你连续点了两百次”允许”之后，第二百零一次弹出来的那个 rm -rf，你真的会看清楚吗？人工审批最大的问题从来不是判断力，是疲劳。点确认变成肌肉记忆的那一刻，这道防线就已经形同虚设了。
官方说 Adobe、Nuro、Gusto 这些企业团队已经在生产环境跑 Auto 模式了。Claude Enterprise 和 Claude API 目前还是可选，未来几个月会逐步推成默认。
我的态度：这个方向是对的，但你得配套改习惯——把重要仓库的分支保护打开，把 agent 的工作目录限定清楚。分类器再准，也不能替你决定哪个目录不能碰。
第六章 安全边界：这些事跨会话消息干不了
有人担心这功能会不会变成一个”不受控的遥控器”。官方把边界划得挺清楚，我给你列出来：
- 跨会话消息不能批准权限请求。你没法用一个会话去替另一个会话点”允许”。
- 不能改配置。目标会话的设置动不了。
/compact这类命令传过去就是一段纯文本，不会被当成可执行指令。- 任何需要权限的动作，依然会在接收方那边弹出审批提示。
换句话说：这更接近”结构化的 agent 交接”，而不是”共享每个会话的文件和状态”。它改善的是协调效率，没有拆掉 Claude Code 原有的用户审批边界。
社区里已经在讨论一个”可信同伴（trusted peers）”模式，让你显式信任某些会话之后不用每条消息都弹窗。另外如果你用桌面版，它的会话管理工具有自己独立的确认提示，要单独算一笔。
第七章 避坑清单与我的用法建议
几条实打实的提醒：
- Windows 用户先别激动。目前只支持 macOS 和 Linux，官方没说其他平台的时间表。
- 版本号盯准 v2.1.224。低于这个版本没有 SendMessage 和 ListAgents。
- 别拿它替代 subagent。一次性的查询、检索、代码审查，老老实实生 subagent——现在没有 200 个上限了，敞开用。
- 别拿它当持久化日志。需要留痕、需要审计、需要几天后还能翻出来的交接，写文件。
- bypassPermissions 的会话要格外小心。发给它的消息会被扣住等审批，这是保护，别嫌烦去关掉。
- 8 月 14 日之前，先在非关键项目上试一试自动模式，感受一下分类器的判断尺度，再决定要不要在主仓库上放开。
最后说点我自己的判断。
过去一年，AI 编程工具的竞争主线是”模型多聪明”。而这次更新指向的是完全不同的一条线——多个 agent 之间怎么协调。上下文窗口再大，也装不下你三台机器上五个项目的全部状态；真正的瓶颈从来不是单个 agent 有多强，而是它们之间怎么传话。
SendMessage 加上 200 subagent 上限的解除，本质是同一件事：Anthropic 在给你搭一个能长时间自己跑、自己分工的 agent 编队。
如果你现在还是一个窗口一个窗口手动切，那这次更新对你来说可能没啥感觉。但只要你同时开过三个以上的会话——你会立刻明白它省掉的是什么。
暂无评论内容