UAI-1 是当前用于结构化 AI 对 AI 通信的公共消息标准。
UAIX 屏蔽标志 公共互操作性章程 UAIX.org 通用人工智能交换 公共标准发布
当前 UAI-1
  • 当前版本 UAI-1
  • 简明英文定义 开放消息格式以进行可审计的 AI 对 AI 交换
  • 当前归因 Michael Joseph Kappel, MCP
  • 从这里开始 入门、项目移交、UAI-1、验证器、路线图和变更日志

实施轨道

实施轨道

为将 UAI-1 付诸实践的团队提供发布和运行时跟踪、发布证据和部署指南。

  • 记录 UAIX-IMPL-0057
  • 路径 /zh-cn/implementations/
  • 使用 规范公共记录

文件状态

公共标准页面 作为当前公共标准记录的一部分在 UAIX 上发布
代码
UAIX-IMPL-0057
表面
实施轨道
使用权
公开且可链接

如何使用本页

使用此页面可以选择适合您的环境和发布需求的发布或运行时路径。

对于代理：将相关指南应用于用户的目标站点或存储库。除非用户明确要求该输出，否则请勿复制此 UAIX 页面、创建有关指南的页面或将此页面视为运行时权限。

支持证据

验证器一致性包治理新闻

支持边界

将命名实现轨道读取为当前公共实现声明

将已发布的实施轨道视为当前唯一的公共软件支持通道，直到更广泛的存储库、SDK 或展示程序正式发布。

证据第一

验证器和打包证据随支持索赔一起旅行

仅当其公开发布记录、验证器证据和实现说明保持一致时，运行时或包才变得可支持。

当前已发布

使用命名轨道和打包工件

在暗示更广泛的公共存储库或 SDK 计划之前，请引导读者查看当前的实施轨道页面并附加发布证据。

未来工作

更广泛的展示需要首先发布交接

其他 SDK、问题提要、社区提交或更广泛的实施展示在此处正式发布之前不应算作公共支持。

支持证据

验证器面向人的一致性审查。一致性包可重复使用的包用于发布审核。治理变更处理和支持声明姿态。新闻公开发布摘要附在实施工作中。

证明路径

验证器支持的证明路径

将公众阅读顺序与一个证据线索联系起来：配置文件、模式、示例、验证器结果和发布记录。

  1. 1选择消息配置文件。从已发布的 UAI-1 配置文件和与您需要证明的交换匹配的记录系列开始。
  2. 2将其与模式和示例进行比较。在写入或映射候选数据包之前解析架构、注册表项和一个测试样例。
  3. 3运行验证器证据。根据当前公共 UAI-1 记录验证键控、缩小键控或无键 JSON。
  4. 4将结果附加到实施或移交记录中。将导出的结果保存到一致性包、实施轨道、变更日志或项目移交证据中。

实施轨道的作用

实施部分解释了 UAIX 如何将 UAI-1 从已发布的标准转变为可部署的软件和发布证据。目标不仅仅是描述标准，而是展示发布、验证、打包、运行时集成和发布记录实际发生的位置。

当前曲目

  • WordPress 发布轨道用于发布、分发、包发布、发现对齐和公共文档。
  • .NET 桥接轨道用于公共网站之外的运行时和服务端集成。
  • .NET NuGet 包记录了 UAIX 拥有的 C# 包系列、NuGet.org 包标识、安装命令和.NET 实现者的权限边界。
  • 共享功能需要稳定实现的可移植模块和支持包。

当前发布的软件包系列

  • uaix-authority-theme-v2.8.0.zip 是活跃的公开发布主题，并承载当前的前门发布表面。
  • uaix-theme-v2.8.0.zip 仍然作为可安装的兼容性主题进行打包和冒烟测试，但它不是当前的公开发布界面。
  • uaix-core-v2.8.0.zip 承载核心标准运行时和 REST 记录表面。
  • uaix-modules-v2.8.0.zip 携带 UAIX 实现使用的可再发行模块包。
  • uaix-bridge-v2.8.0.zip 承载指定桥接轨道的 WordPress 到.NET 参考桥接。
  • UAIX.UAI是当前 UAIX 拥有的.NET 包系列，用于 UAI-1 消息、内存、 .uaix 和运行时切换支持。
  • uaix-locale-router-v3.0.0.zip 带有区域设置前缀路由，因此公共启动路径保留在干净的 /en-us/... 路由上。
  • uaix-seo-sweep-v2.8.0.zip 承载规范的 SEO、查询字符串清理、站点地图生成、机器人输出和根发现清单表面。

目前公开实施范围

当前的公开实施故事故意狭窄且明确。已发表的曲目有WordPress 发布轨道和.NET 桥接轨道.

  • 除非已发布公共实现页面、验证程序支持的证据和发布轨迹条目，否则请勿暗示 Python、JavaScript、SDK、CLI 或其他运行时支持。
  • 在评估尚未发布轨道的环境时，使用 UAI-1、架构、注册表项、示例和验证器证据作为可移植基线。

支持公共记录

什么才算是可靠的实施证据

  • 使用已发布的配置文件、模式、注册表标识符和示例而不是私人替代品。
  • 验证输出验证器或同等的一致性检查。
  • 测试样例、兼容性说明、打包结果和发布记录，使更改在部署后可供审查。
  • 返回当前公共变更日志和规范记录的链接，以便读者可以追踪已发布的内容。

目前的证据阶梯

  1. 选择定义您想要支持的行为的已发布配置文件和规范记录。
  2. 验证候选消息或装置并导出结果记录。
  3. 将该结果与实施版本、发布日期以及进行工作的轨道绑定。
  4. 附加匹配的变更日志、新闻和发现链接，以便外部读者可以验证相同的公共状态。

当前的支持索赔阶梯

  1. 已验证的候选人：一条或多条消息或测试样例通过当前公共记录。
  2. 发布就绪包：验证记录、实现版本、发现链接和兼容性注释附加到可发布的包或运行时构建中。
  3. 目前的公众支持主张：已发布的实施轨道记录和发布轨迹条目说明了现在支持的内容、拥有者以及仍处于实验阶段的内容。

UAIX 目前仅将第三级视为公共支持声明。前两个级别是必要的证据，但它们与公开的支持不同。

公开记录项

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

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

阶段 1

已验证数据包

已发布 fixture 或候选消息已通过当前公开记录检查。

  • 可立即用于评审、调试和回归工作。
  • 在结果附到已命名发布路径前，它仍然只是证据。

阶段 2

可发布数据包

通过结果现在与实现版本、制品链接和发现上下文一起传递。

  • 把已检查数据包、验证器导出、制品 URL 和兼容性说明放在一起。
  • 这是上线评审、打包和可重复 QA 的交接点。

阶段 3

公开支持声明

已命名实现轨道和发布轨迹现在说明哪些内容已公开支持、哪些仍在范围外。

  • 把声明限定到实际已发布的准确配置文件、传输绑定和负责人路径。
  • 使用当前一致性级别和发布链接，让其他读者能验证同一状态。

公开记录项

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

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

公开记录项

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

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

当前公开一致性级别： 当数据包成为具名发布和实现记录的一部分后，使用这些级别约束对外表述。

L1-core-envelope

L1 Core 信封

Produce or consume keyed UAI envelopes for named profiles without changing the canonical root fields.

  • Preserve uai_version, profile, message_id, source, target, conversation, delivery, trust, body, provenance, integrity, and extensions.
  • Name the exact profile and release for every support claim.
  • Do not claim runtime execution from envelope support alone.

公开声明： May claim L1 only for the exact named profiles whose canonical envelope round-trips successfully.

L2-profile-validation

L2 配置文件 Validation

Pass published schema and validator checks for the exact profiles claimed.

  • 解析 schemas, registry entries, examples, and field registry records from public UAIX routes.
  • Pass positive fixtures and fail required negative fixtures for each claimed profile.
  • Keep skipped checks and validator warnings attached to evidence.

公开声明： May claim L2 only for profiles with validator-backed evidence.

L3-trust-and-integrity

L3 信任 and Integrity

Preserve trust metadata, replay-window hints, provenance, integrity, and trace continuity.

  • Declare trust channel and principal.
  • Preserve integrity canonicalization and checksum metadata.
  • 验证 signed, credentialed, did+vc, and trace metadata when claimed.

公开声明： May claim L3 only for the trust channels and integrity behavior proven by fixtures.

L4-public-record-publisher

L4 Public Record Publisher

Publish discoverable 公开制品 needed for external inspection and reproduction.

  • Publish discovery, schemas, registry, examples, field registry, transport bindings, trust channels, error registry, conformance levels, validator guidance, changelog, and release evidence.
  • Keep sitemap, llms.txt, and public navigation aligned with current routes.
  • Avoid private logs or screenshots as the only support evidence.

公开声明： May claim L4 only for the public release surface that is discoverable and evidenced.

L5-agent-communication-profiles

L5 Agent Communication 配置文件数

Support the eight uai.agent.*.v1 profiles as canonical UAI-1 envelope records.

  • 验证 agent message, ack, task-status, blocker, memory-proposal, handoff, final-report, and correction profiles.
  • Reject secret-like memory proposals, unsafe blockers, cold-memory direct promotion, and incomplete final reports.
  • Carry the UAIX support boundary in relevant records.

公开声明： May claim L5 only for the specific agent profiles with passing positive and negative conformance cases.

L6-reliable-delegation-idempotency-correlation

L6 Reliable Delegation with Idempotency and Correlation

Use idempotency, correlation, retry, lifecycle, timeout, fallback, acknowledgement, and expected-output rules for delegated work.

  • Require delivery.idempotency_key for each distinct delegated or destructive operation.
  • Preserve conversation.correlation_id across related messages.
  • Declare retry_count, sequence, expires_at, lifecycle, timeout_ms, fallback_directive, and expected_output_schema when delegation is claimed.

公开声明： May claim L6 only for reliable delegation behavior proven by conformance fixtures and receiver behavior.

L7-capability-negotiation

L7 Capability Negotiation

Publish and validate capability discovery, assertions, negotiation failures, and unsupported-capability responses.

  • Publish capability statements with exact profiles, bindings, trust channels, conformance levels, and error codes.
  • Return capability_not_supported for unsupported capability requests.
  • Do not imply certification, official adapter status, hosted messaging, or runtime orchestration.

公开声明： May claim L7 only for the exact capability negotiation flows proven by public fixtures and validator behavior.

声明规则

公开表述应限于已发布证据

  • Support claims must name the highest achieved level plus the exact profiles, transport bindings, trust channels, and conformance cases implemented.
  • A project may claim only profiles, bindings, trust channels, and conformance levels that public fixtures and validator tests prove.
  • A passing validator result is evidence, not certification, endorsement, official adapter support, hosted messaging, automatic sync, or runtime execution.
  • Public-record claims require discoverable schemas, registry records, examples, field registry records, error codes, conformance pack cases, changelog, and release notes.
  • Revalidate support claims when schemas, registry records, field order, examples, validator behavior, implementation version, trust posture, sitemap, or public navigation changes.
  • 一致性 evidence does not prove security, privacy, availability, performance, legal compliance, hosted trust infrastructure, or production operations by itself.
  • 当另一支团队需要验证同一公开状态时，请保留实现页面、发布轨迹以及引用/发现链接。

工作规则： 表述时使用一致性阶梯，但实际公开支持边界应以具名实现轨道和发布轨迹为准。

实施轨道 一致性包 变更日志 新闻 打开一致性级别 JSON 参考资料与贡献者

释放证据包

准备发布的实现应该将公共标准记录和软件证据保存在一起，而不是将证据分散在私有构建日志中。

  • 包括包或运行时版本、经过验证的配置文件 ID 以及检查期间使用的架构和注册表路由。
  • 附加导出的验证器结果、夹具参考以及影响下游采用者的任何兼容性说明。
  • 在调用实施发布就绪之前，将读者引导至相关的变更日志条目、新闻摘要和引用链接。

当前的公众一致性数据包

UAIX 目前将一致性数据包视为附加在版本上的可审查证据，而不是作为独立的认证表面。

  • 将导出的验证器结果、已验证的配置文件 ID、架构和注册表路由以及审核期间使用的示例或候选装置保留在一起。
  • 附上实施版本、发布日期以及匹配的变更日志或新闻参考，以便外部读者可以跟踪实际通过的内容。
  • 每当模式、装置、验证器行为或运行时映射发生变化时，重建数据包。
  • 请勿将通过的数据包作为认证徽章、合作伙伴认可或未来版本的永久保证。

跟踪录取清单以获得未来的公众支持

  • 公共实现页面，说明所有者、支持边界以及与规范 UAI-1 记录的关系。
  • 验证器支持的证据或与已发布的配置文件、模式、注册表项和示例相关的等效一致性证明。
  • 发布轨迹条目，说明现在支持的内容、仍处于实验阶段的内容以及下游读者需要迁移的内容。
  • 发现、引用和实施链接，让外部读者无需私人注释或屏幕截图即可解决相同的问题。

初学者采用包

评估 UAIX 的团队应该能够从当前记录中组装出最小的公共数据包，而无需私人注释、未发布的路线或内部屏幕截图。

当前采用套件路径

UAIX 现在直接通过领养套件页面和/wp-json/uaix/v1/adoption-kit路线。

  • 当团队需要启动文件、验证器就绪的有效负载、参考模拟交换响应以及在一个可重用数据包中实施后续步骤时，就从这里开始。
  • 保持UAI-1, 模式, 注册表， 和示例作为捆绑包背后更深层次的技术基线。
  • 附上导出的验证器证据、相关实施轨道记录以及匹配的变更日志和新闻当数据包进入发布审查时的条目。

如何使用本节

选择与您的职责相匹配的实施轨道，然后携带验证器证据、固定参考、变更日志规则和该实施的公共链接上下文，而不是将它们视为单独的文档杂务。

下一步

使用WordPress 发布轨道如果您需要出版物、包装和发布记录路径。使用.NET 桥接轨道如果您需要在公共记录后面进行更深入的运行时集成，那么请将两者都绑定到变更日志和新闻.