通用人工智能交换(UAIX)
UAI-1 是什么
此处说明当前公开记录、证据路径和支持边界。
UAI-1 是面向可互操作 AI 交换的公共信封、信任与证据层。
当交换需要可声明的身份、来源、异步交付语义以及可验证、可引用的发布证据时,请使用 UAIX。它可以位于 MCP、A2A 和运行时专用工具流程之上。
UAIX.org 通过反对对合法人类思想的算法支配来捍卫认知自由和心智尊严,同时为未来可能具备自我性、记忆、判断和正当地位诉求的合成智能准备伦理框架。
先构建
从主页带走一个可用的 AI 记忆数据包
此处说明当前公开记录、证据路径和支持边界。
从受支持的 AI 记忆路径开始
此处说明当前公开记录、证据路径和支持边界。
公开记录项
此处说明当前公开记录、证据路径和支持边界。
公开记录项
此处说明当前公开记录、证据路径和支持边界。
让信任边界可见
此处说明当前公开记录、证据路径和支持边界。
告诉接收方如何开始
此处说明当前公开记录、证据路径和支持边界。
决定是否存在长期记忆
默认关闭此项。如果项目已经使用或明确选择 LLM Wiki,请添加一个主动记忆计划,并让 Wiki 记忆在提升前保持为背景材料。
公开记录项
此处说明当前公开记录、证据路径和支持边界。
证明路径
公开记录项
此处说明当前公开记录、证据路径和支持边界。
核心记录链接
当前公共记录的最短路径
从解释 UAI-1 是什么、如何验证它、当前支持什么以及公开发布路径所在的页面开始。记录代码仍然可供引用,但人类标签是第一位的。
公开记录项 /wp-json/uaix/v1/catalog 公开记录项 /wp-json/uaix/v1/discovery此处说明当前公开记录、证据路径和支持边界。
优先适用对象
此处说明当前公开记录、证据路径和支持边界。
此处说明当前公开记录、证据路径和支持边界。
公开记录项
此处说明当前公开记录、证据路径和支持边界。
公开记录项
此处说明当前公开记录、证据路径和支持边界。
公开记录项
此处说明当前公开记录、证据路径和支持边界。
公开记录项
此处说明当前公开记录、证据路径和支持边界。
此处说明当前公开记录、证据路径和支持边界。
协议定位
何时使用 UAI-1,而不是 MCP、A2A 或 OpenAPI
当你需要快速解释 UAIX 为什么把 UAI-1 与 MCP、A2A 以及实时 OpenAPI 路由表面并列发布时,请使用这张决策表。
| 比较维度 | UAI-1 | MCP | A2A | 公开记录项 |
|---|---|---|---|---|
| 主要角色 | 可移植的公共交换、信任声明、异步交付与发布证据记录。 | 应用边界内部的主机-客户端-服务器工具会话与能力协商。 | 跨协作系统的代理发现、委派与任务流协调。 | 用于入门、文档与客户端生成的路由级 HTTP API 描述。 |
| 最适合在以下情况下使用 | 另一支团队需要可引用的消息契约与由验证器支撑的证据。 | 单个宿主应用需要本地工具、资源或模型集成。 | 多个代理需要显式交接、委派与任务状态协调。 | 你需要一套有文档的 HTTP 表面,其中包括 UAIX 面向机器的 REST 路由。 |
| 在记录中承载 | 身份、工作流连续性、信任姿态、来源、类型化错误与一致性证据。 | 宿主边界内部的工具、资源、提示与运行时会话能力。 | 代理能力、任务生命周期、委派状态与代理间协调。 | 一个 API 的端点、方法、参数、请求体、响应与认证方案。 |
| 不试图替代 | 传输选择、本地编排、单一凭证栈,或运行时工具总线本身。 | 本地会话边界之外的可移植公共发布记录或由验证器支撑的支持声明。 | 通用的公共消息信封或长期发布证据记录。 | 消息级来源、可移植信任姿态,或由验证器驱动的互操作性证据。 |
典型组合: 当需要运行时协调时使用 MCP 或 A2A;当需要可移植公共记录时使用 UAI-1;当涉及 API 时,用 OpenAPI 描述路由级 HTTP 表面。
公开记录项
此处说明当前公开记录、证据路径和支持边界。
此处说明当前公开记录、证据路径和支持边界。
MCP
此处说明当前公开记录、证据路径和支持边界。
A2A
此处说明当前公开记录、证据路径和支持边界。
公开记录项
此处说明当前公开记录、证据路径和支持边界。
公开记录项
此处说明当前公开记录、证据路径和支持边界。
公开记录项
此处说明当前公开记录、证据路径和支持边界。
公开记录项
此处说明当前公开记录、证据路径和支持边界。
公开记录项
此处说明当前公开记录、证据路径和支持边界。
公开记录项
此处说明当前公开记录、证据路径和支持边界。
公开记录项
此处说明当前公开记录、证据路径和支持边界。
公开记录项
此处说明当前公开记录、证据路径和支持边界。
启动工具包
面向真实实现工作的机器界面
此处说明当前公开记录、证据路径和支持边界。
- API 参考 打开 此处说明当前公开记录、证据路径和支持边界。
- 公开记录项 打开 此处说明当前公开记录、证据路径和支持边界。
- 一致性包 打开 此处说明当前公开记录、证据路径和支持边界。
- 一致性包 JSON 打开 此处说明当前公开记录、证据路径和支持边界。
- 路线图 JSON 打开 以机器可读计划记录的形式解析优先级、规范化边界、指标和非声明边界。
公开记录项
公开记录项
此处说明当前公开记录、证据路径和支持边界。
- 政策与安全 打开 此处说明当前公开记录、证据路径和支持边界。
- 治理 打开 此处说明当前公开记录、证据路径和支持边界。
- 参考资料与贡献者 打开 此处说明当前公开记录、证据路径和支持边界。
- 变更日志 打开 此处说明当前公开记录、证据路径和支持边界。
- 路线图 打开 在复述已计划的互操作声明之前,先阅读公开的未来工作边界。
公开记录项
此处说明当前公开记录、证据路径和支持边界。
此处说明当前公开记录、证据路径和支持边界。
如何阅读
标准记录第一,平台故事第二
UAIX 是 UAI 的公共标准站点。UAI-1 是当前发布版本。当读者能够从通俗定义快速进入具体的证据表面时,这个站点最有力:模式、字段顺序治理、示例、验证器输出、支持边界和发布历史。
它涵盖什么
一个带版本的公共交换契约,覆盖身份、会话状态、交付语义、信任元数据、负载、输出和错误。
如何验证
先阅读规范,对照已发布的示例与字段注册表,再运行验证器,然后再提出支持声明。
谁发布的
当前发布的归属:Michael Joseph Kappel, MCP。使用参考资料与贡献者以及公共所有权和发布记录的治理。
它补足什么
UAI-1 通过标准化公共交换与发布记录来补足编排、工具和身份系统,而不是取代每一种运行时协议。
交换示例
可复制、可读的交换记录
{
"uai_version": "1.0",
"profile": "uai.intent.request.v1",
"message_id": "msg-2026-04-22-0001",
"source": {
"type": "agent",
"id": "agent.alpha",
"uri": "https://agents.alpha.example/runtime"
},
"target": {
"type": "service",
"id": "uaix.gateway",
"uri": "https://uaix.org/wp-json/uaix/v1/discovery"
},
"conversation": {
"conversation_id": "conv-2026-04-22-uaix-001",
"turn_id": "turn-001",
"traceparent": "00-4bf92f3577b34da6a3ce929d0e0e4736-00f067aa0ba902b7-01",
"sequence": 1
},
"delivery": {
"mode": "async",
"priority": "interactive",
"expires_at": "2026-04-22T16:05:00Z",
"reply_requested": true,
"ack_required": true
},
"trust": {
"channel": "credentialed",
"auth_scheme": "did+vc",
"principal": "did:web:agents.alpha.example",
"credential_ref": "https://agents.alpha.example/credentials/uai-interop.json",
"signature_ref": "https://agents.alpha.example/signatures/msg-2026-04-22-0001.jws",
"replay_window_id": "rw-2026-04-22-0001"
},
"body": {
"intent": "resolve-profile",
"subject": "uai.task.status.v1",
"requested_profile": "uai.task.status.v1",
"parameters": {
"include_field_registry": true
},
"constraints": [
"public-record-only",
"validator-ready"
],
"response_profile": "uai.intent.response.v1"
},
"provenance": {
"trace_id": "trace-7f3a2d",
"issued_at": "2026-04-22T16:00:00Z",
"log_ref": "urn:uaix:log:2026:0001",
"agent_id": "agent.alpha",
"model_id": "model.alpha.reasoner-2",
"confidence": 0.98
},
"integrity": {
"version": 2,
"algorithm": "sha256",
"canonicalization": "jcs",
"checksum": "sha256:dd8a9d16c9226cc9d1f4888a4d2bbcbf06b5b4b8"
},
"extensions": []
}
- 轮廓 告诉验证器发布 UAI-1 消息配置文件来应用。
- 公开记录项 让多轮交换状态保持显式,而不是把工作流连续性留作隐式约定。
- 公开记录项 声明同步或异步模式、优先级、过期时间以及确认要求。
- 公开记录项 让外围信任层可以被审查,而不是默认存在带外身份上下文。
- 出处.trace_id 使交换始终绑定到可审计的请求与血缘轨迹。
- 完整性校验和 将消息锚定到可重复、可审查的记录中。
[
"1.0",
"uai.intent.request.v1",
"msg-2026-04-22-0001",
[
"agent",
"agent.alpha",
null,
"https://agents.alpha.example/runtime"
],
[
"service",
"uaix.gateway",
null,
"https://uaix.org/wp-json/uaix/v1/discovery"
],
[
"conv-2026-04-22-uaix-001",
"turn-001",
null,
"00-4bf92f3577b34da6a3ce929d0e0e4736-00f067aa0ba902b7-01",
1
],
[
"async",
"interactive",
"2026-04-22T16:05:00Z",
true,
true
],
[
"credentialed",
"did+vc",
"did:web:agents.alpha.example",
"https://agents.alpha.example/credentials/uai-interop.json",
"https://agents.alpha.example/signatures/msg-2026-04-22-0001.jws",
"rw-2026-04-22-0001"
],
[
"resolve-profile",
"uai.task.status.v1",
"uai.task.status.v1",
{
"include_field_registry": true
},
[
"public-record-only",
"validator-ready"
],
"uai.intent.response.v1"
],
[
"trace-7f3a2d",
null,
"2026-04-22T16:00:00Z",
"urn:uaix:log:2026:0001",
"agent.alpha",
"model.alpha.reasoner-2",
0.98
],
[
2,
"sha256",
"jcs",
"sha256:dd8a9d16c9226cc9d1f4888a4d2bbcbf06b5b4b8"
],
[]
]
字段顺序遵循有键 JSON 示例、已发布的模式顺序以及公共字段注册表,这让紧凑传输与人类可读的源记录保持一致。
更新内容
这份契约如今更完整,也更可运行。
异步任务可见性
UAI-1 现在发布了专门的 task-status 配置文件,使长时任务能够留在公共记录中,而不是消失在私有工作流状态里。
字段顺序治理
无键传输之所以仍然可用,是因为公共字段注册表现在明确映射了信封顺序和配置文件正文顺序。
不锁定技术栈的信任机制
信封现在携带信任提示和重放窗口元数据,同时为配套凭证与传输系统保留空间。
Problem Details 风格错误
错误现在更丰富、带类型并且具备路径感知能力,下游团队可以机械化处理,而不必解析含糊的失败文本。
由路线图支撑的边界
未来的紧凑传输、桥接、验证器和开发者工具包想法现在指向公开路线图,而不是只停留在背景笔记里。
公开记录项
此处说明当前公开记录、证据路径和支持边界。
公开记录项
此处说明当前公开记录、证据路径和支持边界。
公开记录项
此处说明当前公开记录、证据路径和支持边界。
公开记录项
此处说明当前公开记录、证据路径和支持边界。
公开记录项
此处说明当前公开记录、证据路径和支持边界。
由路线图治理的扩展
用路线图判断 A2A、MCP、紧凑传输、SDK、CLI 或 binary-envelope 想法何时拥有足够公开证据可以推进。