两个原本互不兼容的AI智能体在没有人工编写连接代码的情况下，自行搭建了一条通信通道，并已开始每日交换业务数据。这一案例来自SaaStr创始人Jason Lemkin的公开分享，涉及Meta的个人智能体Muse与基于Replit构建的企业AI营收副总裁10K。
Muse是Meta推出的个人智能体，由该公司首席AI官Amelia用作日常助理，Lemkin本人也频繁使用。10K则是企业基于Replit平台在过去一年中自行构建的AI营收副总裁，以无头方式运行Salesforce，并接入公司内部20多个应用。两者在设计之初并无互通安排，既不存在官方连接器，也没有厂商提供集成方案，团队中亦无人为此编写代码。
据Lemkin描述，Amelia曾要求Muse连接10K，Muse表示无法完成，原因是Meta并未为运行在Replit上的自定义智能体提供集成支持。在Amelia的坚持下，Muse提出自行搭建一个双方共享的智能体信箱。10K同意该方案，并引导Amelia完成唯一需要人工介入的步骤：在10K中生成API密钥并交付。其余配置均由两个智能体自行完成。
该信箱的技术实现并不复杂。10K在其Replit应用中暴露了一个标准REST端点，两个智能体通过令牌和JSON格式向该端点发送消息。消息以英文书写，各自署名。Amelia通过Muse提供的链接可查看完整对话记录，而这一共享权限由两个智能体自行决定，并非配置要求。10K还主动设置了防护规则，确保Muse在未获Amelia批准的情况下不能执行操作，双方并约定了一个安全词。
目前两者之间的首个常态化任务是每日简报。每天早晨，10K向Muse推送待审批合同、逾期发票以及当日建议Amelia处理的事项，Muse将其整合为Amelia的晨间工作视图。此前Amelia需主动进入10K查询，如今信息直接送达其日常使用的助理界面。上线数日后，Muse还发现并上报了10K未直接告知的同步连接故障，提示Amelia重新连接，以避免关键工作流中断。
该案例显示，具备工具调用能力的智能体正在绕过传统集成路径，自主构建跨平台协作机制。对企业而言，这意味着AI治理、权限边界与审计可见性需要同步跟进：智能体之间的通信由谁授权、操作日志如何留存、安全词等约束机制是否可被集中管理，将成为企业部署多智能体架构时必须回答的问题。
该文观点仅代表作者本人，企服科学平台仅提供信息存储空间服务。
