SMESH中的代理对代理发现:没有运行时介绍为什么协调是不够的

2026年8月27日1 次浏览来源:Dev.to阅读原文

您可以用 QUIC 传输、加密信件和分散协调来构建工作代理网格。

五个过程可以强化独立的结论并让无支持的信号衰减.

网状管管有效.

然后你尝试把它介绍给另一个特工,发现你没有标准的方法来询问群群能做什么.

内部信号过期后没有保留要检索的任务 。

没有互通性进度流 。

没有取消合同。

没有其他的架构能理解 SMESH是一个基于Rust的分权代理框架,它击中了这个边界.

提交人建立了一个没有过境点的社会。

解决方案是Google的Agent2Agent(A2A)协议,于2025年4月宣布,于2025年6月由Linux Foundation治理.

A2A提供缺失的公有合同:一种由不同销售商搭建的代理商互相发现,交换消息,并在不分享私人内存,工具,或内部计划的情况下进行协作的方式.

Meshes探员的"冷开"问题 传统服务 meshes用中央登记系统解决发现 库伯内特斯也有过 领事有目录 特使拥有xDS.

注册服务,获得DNS名称或IP,其他服务会找到你.

这样做是有效的,因为服务相对静止,登记是真相的来源。

Meshes探员是不同的。

物剂具有易发性,依赖上下文,并且经常根据需要产出.

它们需要: 发现没有中央登记册的同行 运行时交换能力元数据 谈判协议没有预先共享配置 引入时保持安全界限 协调原始人(消息传来,共识,信号衰变)假定代理人已经互相了解.

发现是协调下面的一层.

SMESH有顶层工作,但是没有手动接线,无法拖住底层。

A2A提供的A2A不是协调协议.

这是一种介绍协议。

光谱定义 : 发现握手: 代理如何宣布自己并查询对等能力 能力交换: 结构化元数据关于代理可以做什么(任务,输入,输出) 消息信封:任务请求的标准格式,进度更新,取消,结果 安全边界: 特工暴露能力而不暴露内部状态、工具或内存 这个映射到微服务中的HTTP层,而不是应用层.

A2A是让异类特工交谈的合同.

他们介绍后说的话要听他们的 SMESH Architecture Before A2A SMESH使用分权协调模式: QUIC运输:代理进程之间的加密多轴连接 信号传播:代理广播观测和强化来自同行衰变机制的结论:不支持的信号随时间而减重 无中央管弦乐团:协调产生于同行互动 缺失的部分是网关层.

网状内部的特工可以协调 网外的特工没有进入点 作者将此描述为"一个没有出入境口的社会".

添加 A2A 网关 执行中增加了一个经过测试的网关层: Exposes A2A兼容的发现端点 将 A2A 任务请求翻译为 SMESH 内部信号 将 SMESH 协调状态映射到 A2A 进度更新 通过注入衰变信号处理取消 网关不是一个代理 。

这是一个协议适配器。

内部特工仍然使用QUIC和信号传播.

外出物剂使用A2A.

网关在边界处翻译.

发现流 以下是外部代理如何发现和任务 SMESH 网格: 能力查询: 外部代理发送 A2A 发现请求以网关网关响应: 从内部代理返回汇总的能力(任务,输入计划,输出计划) 任务提交:外部代理发送A2A任务请求并附有投入 内部翻译:Gateway将任务转换为SMESH信号并广播到网格上 协调:内部代理基于th加强或衰变信号

分享