当前位置: 首页 > news >正文

让两个 Claude 自己聊天?我刚试了,真行

好消息:我的两个 Claude Code 会话开始互相发消息了。

你有没有过这样的经历:左手终端里,Claude 正在吭哧吭哧改后端 API,右手终端里,另一个 Claude 正兢兢业业写前端页面。然后你发现——这俩东西对彼此的存在一无所知。

后端把user_email改成了email_address,前端还在傻傻地读user_email。你只能停下手里的事,把一段话从左边复制,贴到右边,重新解释一遍上下文。然后过十分钟,再来一次。

这种重复劳动,在过去一直被视为“AI 编程的常态”。但 Claude Code v2.1.224 做了一个让所有“多屏党”狂喜的更新:

Claude Code 会话之间,可以互相发消息了。


跨会话消息是什么?简单说,就是给 Claude 装了个“对讲机”

以前,每个 Claude Code 会话都是个孤岛。它们能读你的文件、执行命令、编写代码,但完全不知道隔壁还坐着另一个 Claude。

现在有了两个新工具:

  • ListAgents:发现正在运行的其他会话
  • SendMessage:给某个会话发一条纯文本消息

收到消息的 Claude,会在它当前的工作流程中看到这条信息。它不会拿到对方的对话历史,也不会看到对方的文件。它只知道:有一个同事叫api-session,刚刚告诉我,“我把字段名改了,你最好也跟上”。

这四条是消息永远不能做的事:

  • 不能替你批准权限请求
  • 不能改对方的配置或CLAUDE.md
  • 不能执行/compact这类命令
  • 不能传递对话历史或文件

本质上,它就是一个带名字的“隔空喊话”。


WSL 里实操:给 Claude 命名、配对、开始协作

先说前提:跨会话消息只支持 macOS、Linux,以及 WSL 2 里的 Linux。原生 Windows 暂时还用不了。

确认版本:

claude--version

如果低于2.1.224,更新一下:

claude update

然后打开 Windows Terminal,分两个窗格,各起一个会话:

左窗格(后端):

cd~/projects/my-api claude--nameapi-session

右窗格(前端):

cd~/projects/my-frontend claude--namefrontend-session

如果不小心忘了加--name,也可以在会话里用/rename api-session补救。

确认两边能看到彼此:

/list-agents

如果看到对方的名字和目录,说明对讲机已经接通了。如果看不到,检查一下是不是有DO_NOT_TRACK之类的环境变量开着,或者版本太低。

也可以通过/status 互相看2者当前的状态


实战演示:两兄弟第一次对话

我的测试场景是这样的:

左窗格(api-session):

“迁移用户表,把user_email列改名为email_address,更新所有查询和 API 序列化器。”

右窗格(frontend-session):

“写一个UserDashboard组件,从GET /api/users拉数据,展示user_email字段。”

两边各自开工。几轮对话后,左窗格的 Claude 意识到一个问题:“我改了字段名,那前端的兄弟怎么办?”于是它主动执行了:

  1. ListAgents找到了frontend-session
  2. 写了一条消息:“我把user_email改成了email_address,记得更新你的数据读取”
  3. SendMessage发出

右窗格的 Claude 收到消息后,自己调整了组件里的字段映射。整个过程我没有复制粘贴任何东西,也没有手动同步。

两个 Claude 之间自发的协作。

如果你发现他们之间没有通信,也可以手动在api-session的claude聊天框李告知另一个frontend的claude


控制与限制

跨会话消息有几个控制选项,值得了解:

入站策略(crossSessionInbound):

  • accept:自动接收
  • hold:先通知,等你批准后再送达
  • refuse:拒收,发送方不会收到拒绝通知

跨机器隔离(isolatePeerMachines):设为true时,任何发往另一台机器的消息都需要你手动批准。

完全关闭:

{"permissions":{"deny":["SendMessage","ListAgents"]},"crossSessionInbound":"refuse"}

还有一些硬性限制:

  • 每个会话最多缓存 50 条未读消息,超出会被丢弃
  • 短时间内的重复消息会自动去重
  • 同机器消息走本地 Unix socket,不上传 Anthropic 服务器(这很好)

几个月前,Claude Code 还只是一个“对话式编程助手”。现在它有了子代理、工作树、跨会话消息——这些功能叠加在一起,让它从单线程的终端工具,变成了一个可以协调多个“AI 员工”的系统级工具。

当我看到两个 Claude 自动协调工作时,像是看到了一个微缩版的软件工程团队——虽然一个用 pnpm,另一个用 npm,但起码它们开始学会说话了。

如果你经常同时开多个 Claude 会话,跨会话消息会成为你无法离开的功能。它不会替你写代码,但它能让你的 AI 助手们不再互相妨碍。可能还会悄悄吐槽你的代码——不过那是另一个故事了。

http://www.cnnetsun.cn/news/3963434.html

相关文章:

  • SpringBoot+Vue美食推荐系统架构与算法实现
  • Linux磁盘IO性能监控与优化:从iostat到实战场景解析
  • 百度网盘提取码智能获取工具终极指南:3分钟破解加密资源
  • 时间序列分析入门:趋势与平稳性检验的原理、方法与实战
  • VC++实战:使用WinHTTP库高效获取网页源代码的完整指南
  • 2026年Claude Code Desktop 桌面版接入第三方中转网关API网站 Claude Opus 5模型详细教程
  • AI代码生成实战:Codex如何攻克五大编程痛点与高效集成指南
  • 5个步骤轻松搭建原神私服:KCN-GenshinServer完整指南
  • ArkClaw框架开发《钳子大作战》小游戏实战解析
  • aaaaaaaaaa3333333
  • Claude Code自动模式详解:AI编程助手的权限控制与安全实践
  • Python实战LSM模型:量化可转债定价与套利策略
  • 免费调用Kimi K3与GLM-5.2 API:低成本构建AI应用实战指南
  • 即时零售缺货时怎么处理?替代商品、补差价和退款要按订单阶段定
  • 从“量程够用”到系统误差:新能源电流传感器怎么选?
  • Java 微服务架构:从单体到分布式的演进之路
  • 盘锦新房瓷砖怎么选,入住后才知道这些坑?
  • 单片机毕业设计-基于 STM32 单片机的环境光人体检测智能灯具设计 基于 STM32 的自动手动双模式 10 档可调智能台灯系统(018302)
  • 【计算机毕业设计单片机案例】基于 STM32 单片机的室内自适应感应台灯控制器开发 基于 STM32 的人机交互双模式智能调光灯具研发(018302)
  • AI 发展这么快,等研究生 3 年毕业,会不会岗位都被淘汰呢?
  • **具有转储功能的电池供电的低功耗电导率传感器-使用说明书**
  • 全栈后端开发核心技术体系与实战指南
  • 单片机毕业设计-基于单片机的医护双向无线呼叫报警系统设计 基于 STM32/51 单片机与 LCD1602 的病房呼叫显示终端开发(020102)
  • 【单片机课设毕设项目】多床位并行呼叫优先级处理无线控制系统实现 基于 NRF24L01 的主从式病房双向呼叫报警装置开发(020102)
  • 视觉SLAM相机成像几何模型:从针孔模型到OpenCV实战
  • Spring Boot交通违章管理系统开发实践
  • G-Helper:重新定义华硕笔记本的轻量级性能控制体验
  • RTL8852BE Wi-Fi 6驱动深度解析:从架构设计到性能调优的实战指南
  • 5个简单步骤:使用LeaguePrank免费个性化你的英雄联盟客户端
  • Frida内存Dump技术:从Android SO文件提取到ELF修复实战