UAI-1 是当前用于结构化 AI 对 AI 通信的公共消息标准。
UAIX 屏蔽标志 公共互操作性章程 UAIX.org 通用人工智能交换 公共标准发布
当前 UAI-1
  • 当前版本 UAI-1
  • 简明英文定义 开放消息格式以进行可审计的 AI 对 AI 交换
  • 当前归因 Michael Joseph Kappel, MCP
  • 从这里开始 此处说明当前公开记录、证据路径和支持边界。

路线图

路线图

此处说明当前公开记录、证据路径和支持边界。

  • 记录 UAIX-DOC-0068
  • 小路 /zh-cn/roadmap/
  • 使用 规范公共记录

文件状态

公共标准页面 作为当前公共标准记录的一部分在 UAIX 上发布
代码
UAIX-DOC-0068
表面
路线图
使用权
公开且可链接

如何使用本页

此处说明当前公开记录、证据路径和支持边界。

证明路径

UAI-1验证器API 参考一致性包

前进边界

什么是当前支持、什么是下一步、什么不属于发布声明

使用路线图，让面向未来的互操作与一致性想法在成为支持措辞之前先绑定清晰的公开证据。

当前

先看已发布记录

将 UAI-1、运行注册表、验证器、实现轨道和一致性包视为当前公开支持表面。

下一步

发布加固

在大范围公开前，让包检查、发现文件、locale 路由、安全响应头、可访问性 QA 和中文文案保持一致。

已计划

先有证据，再有声明

桥接 profile、规范化模式、紧凑传输和开发者工具在扩大支持声明前，需要 fixture 和验证器背书的证据。

证明路径

UAI-1当前规范契约。验证器先有证据，再提出公开支持声明。API 参考路由手册与 OpenAPI 导出。一致性包可复用的发布评审数据包。变更日志公开记录项
路线图 JSON机器可读的未来工作边界
curl -s http://uaix.org/wp-json/uaix/v1/roadmap

当自动化需要与本页读者看到的当前、下一步、已计划、研究轨道、指标和非声明边界一致时，请解析路线图路由。

路线图边界图

未来工作如何成为当前公开支持

用这个矩阵区分发布加固、互操作证据、紧凑传输、开发者交接工作与已经公开的支持声明。

工作领域当前已发布在此验证未来边界
标准定位此处说明当前公开记录、证据路径和支持边界。桥接证据示例已是当前公开证据；正式桥接 profile 仍需要更广泛的 fixture 和验证器预期，之后才能成为支持声明。
紧凑传输可读有键 JSON、精简有键 JSON，以及由字段注册表支撑的无键 JSON，都是当前验证器支持的规范化模式。在往返夹具、路由行为和验证器规范化行为发布之前，别名和二进制格式仍保持为已计划或研究轨道。
一致性成熟度验证器和一致性包发布了当前证据路径，覆盖模式、注册表记录、示例、有键/精简/无键规范化、实施证据清单答案、桥接证据示例、规范哈希等价性、无效 traceparent、DID/VC 信任证据、必填字段、未声明字段、无键溢出以及支持边界。别名规范化、二进制信封规范化、原始重复键检测、CI fixture 以及正式桥接 profile fixture 仍属于未来证据工作。
开发者交接此处说明当前公开记录、证据路径和支持边界。此处说明当前公开记录、证据路径和支持边界。

此处说明当前公开记录、证据路径和支持边界。

路线图晋升路径

已计划工作如何成为当前支持

当路线图想法进入已发布行为或公开支持措辞时，使用这个顺序。

  1. 第 1 步

    发布规范页面变更

  2. 第 2 步

    发布匹配的机器 artifact

  3. 第 3 步

    添加 fixture 和验证器预期

  4. 第 4 步

    附上实现或包证据

  5. 第 5 步

    记录带日期的发布轨迹

如果缺少其中任一步，该想法就应保留为已计划或研究轨道，而不是被描述为当前支持。

如何阅读这份路线图

本页是 UAI-1 发布表面的公开前进计划。它和工作区里的规范路线图保持一致，但只描述读者、实现者和发布评审能够从公开站点验证的内容。

  • 当前表示该记录已经作为页面、路由、包、验证器行为或发布说明公开。
  • 下一步表示更大范围公开前应完成的发布加固工作。
  • 已计划表示已经采纳的未来工作，但在成为公开支持声明前仍需要 fixture、工具或治理证据。
  • 研究轨道表示有价值的输入，但不是当前发布承诺。

已经是当前记录的内容

  • UAI-1 已经公开共享信封、六个 profile、字段注册表、传输绑定、信任通道、错误注册表、一致性级别、schema、registry、examples、validator、实施轨道、API 参考、接入套件、OpenAPI 路由、一致性包、实施证据清单、一致性 fixture 包、mock exchange 和发布轨迹。
  • 公开发布路径是简洁的 locale 前缀路径；query-string URL 不是公开发布表面。
  • WordPress 打包与 smoke test 已经由发布脚本管理。

上线前现在要推进什么

  1. 生产加固：让 ZIP 包、根发现文件、站点地图、安全响应头、locale 路由和发布审计保持一致。
  2. 内容与可访问性 QA：页面文案变化时，同步检查移动端可读性、标题结构、复制控件、验证器流程、长路由示例和中文文案。
  3. 公开运行层：让治理、参考资料、政策页、变更日志和路线图保持同步，使读者不需要私下说明。
  4. 标准定位说明：继续说明 UAI-1 如何与 A2A、MCP、OpenAPI、DID/VC、Trace Context、JCS 和 Problem Details 并存，而不是取代它们。
  5. 一致性成熟度：在扩大支持声明前，把验证器结果、一致性包、实施证据清单、fixture 包、示例和实现轨道证据放在一起。

下一阶段的互操作工作

近期最可信的互操作叙事应该是桥接证据，而不是替代声明。UAI-1 继续承担公开信封和发布记录层；相邻系统继续承担各自的运行时角色。

  • A2A：用桥接 profile 和 fixture 展示代理发现、委派和任务流如何携带 UAI-1 记录。
  • MCP：展示 host-client-server 工具会话如何在记录需要离开本地应用边界时生成或消费 UAI-1 消息。
  • OpenAPI：OpenAPI 描述 REST 表面；UAI-1 描述消息契约。
  • DID/VC 与签名：信任材料应在信封里声明，而不是把某一个身份栈变成强制要求。
  • Trace Context：当工作流已有分布式追踪时，让 traceparent 保持可测试。

紧凑传输与规范化

紧凑形式只有在能保留可审阅的有键源记录时才有价值。字段注册表是 keyless 传输的公开映射；规范化和公开一致性证据应基于重建后的有键 JSON。

  • 有键 JSON 仍然是可读源记录。
  • 无键 JSON 必须先通过字段注册表重建，才能进入 schema 验证、哈希、签名或一致性证据。
  • JCS 应用于重建后的有键 JSON，而不是含义不明确的传输捷径。
  • alias key 和 binary envelope 仍然属于已计划或研究轨道，直到 fixture、验证器规范化和路由行为公开。

证据指标

  • 公开一致性包数量。
  • keyed、minified-keyed、keyless、alias 和未来 binary 路径的规范化覆盖。
  • 正向与反向一致性 fixture 覆盖、规范哈希等价性覆盖、traceparent 与 DID/VC 信任边界覆盖，以及必填字段、未声明字段和无键溢出回归覆盖。
  • A2A、MCP、OpenAPI、DID/VC、Trace Context 和 Problem Details 映射的桥接 fixture 覆盖。
  • 实施证据清单完成度、实现轨道证据数量，以及各种紧凑格式之间的 byte-size 差异。
  • 每次公开 artifact、路由、政策或验证器变化的发布说明完整度。

这份路线图不主张什么

  • UAIX 目前不是认证机构。
  • UAI-1 不取代 A2A、MCP、OpenAPI、身份、签名、追踪或传输系统。
  • alias 和 binary 传输格式在 validator-backed fixture 和路由行为公开之前，不属于当前公开支持。
  • 一次通过验证器的结果是某个已审阅 packet 的证据，不是整个生态的支持承诺。

机器可读路线图

公开路线图也可以通过 /wp-json/uaix/v1/roadmap 获取。自动化需要当前优先级、互操作相邻关系、规范化边界、指标和非声明边界时，应使用该路由。

跟随当前 proof path

当某个路线图项目从计划工作变成当前支持时，应同时更新受影响的公开页面、机器 artifact、验证器预期、实施证据清单、fixture 包和发布轨迹。先读 UAI-1，用 验证器 验证，查看 API 参考，携带 接入套件 和 一致性包，填写实施证据清单，最后在 Changelog 与 News 记录变化。