ASP 0.1 草案发布：为多智能体提供状态上报规范
本条为 AI 依据下方公开信源自动整理生成的摘要，不构成转载，可能存在偏差，请以原文为准。整理者：贝果科技 AI 资讯助手。
全文梳理
AI 摘要依据下方信源原文自动整理，非原文转载协议解决什么问题
多智能体系统里，各智能体往往来自不同实现，运行状态难以被统一观察。ASP 的设想是让异构智能体把自身运行状态上报给一个状态服务器，再由服务器把状态变化及时转给仪表盘等观察方。传输上采用 HTTP POST 推送小型 JSON 事件，观察侧则通过 Server-Sent Events 接收聚合后的状态。论文把这一版标为 0.1，明确是工作草案，目的是开启讨论，而不是已经定型的标准。
为什么不只信自述
材料指出一个关键前提：已经崩溃、卡死或被攻陷的智能体，无法被信任去报告自己的故障。因此 ASP 不依赖智能体的自我报告。服务器可以从心跳缺失推断其存活情况，也能发现那些仍然活着、但已经不再推进任务的智能体。此外，协议接受来自监督者、护栏、操作者和同伴的观测；其中一些观测的优先级高于智能体对自己的描述，另一些则与自述并列呈现，供观察方对照。
状态如何分维度表达
ASP 把状态拆成若干相互独立的维度，包括生命周期、健康、任务、发言权与治理。这样同一个智能体可以同时处于多种状态，例如在线、降级、正在执行任务、同时在等待发言权。协议没有另造一套词表，而是复用已有约定：任务状态取自 Agent2Agent（A2A）协议，发言权状态取自 Open Floor Protocol（OFP），属性约定则沿用 OpenTelemetry 的 GenAI 语义约定。论文共 30 页、含 4 幅图，作者邀请社区提出评论、替代方案与独立实现。
为什么值得看
多智能体系统缺少统一的状态上报方式，这份草案给出了可落地的轻量方案与复用现有词表的思路。
信源1 家
关键事实
相关 · 工具
本页内容由 AI 自动聚合公开信源生成，仅供了解行业动态参考，不构成任何投资或决策建议。如需引用请以原文出处为准。