实施轨道的作用
实施部分解释了 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、架构、注册表项、示例和验证器证据作为可移植基线。
支持公共记录
什么才算是可靠的实施证据
- 使用已发布的配置文件、模式、注册表标识符和示例而不是私人替代品。
- 验证输出验证器或同等的一致性检查。
- 测试样例、兼容性说明、打包结果和发布记录,使更改在部署后可供审查。
- 返回当前公共变更日志和规范记录的链接,以便读者可以追踪已发布的内容。
目前的证据阶梯
- 选择定义您想要支持的行为的已发布配置文件和规范记录。
- 验证候选消息或装置并导出结果记录。
- 将该结果与实施版本、发布日期以及进行工作的轨道绑定。
- 附加匹配的变更日志、新闻和发现链接,以便外部读者可以验证相同的公共状态。
当前的支持索赔阶梯
- 已验证的候选人:一条或多条消息或测试样例通过当前公共记录。
- 发布就绪包:验证记录、实现版本、发现链接和兼容性注释附加到可发布的包或运行时构建中。
- 目前的公众支持主张:已发布的实施轨道记录和发布轨迹条目说明了现在支持的内容、拥有者以及仍处于实验阶段的内容。
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.
- 当另一支团队需要验证同一公开状态时,请保留实现页面、发布轨迹以及引用/发现链接。
工作规则: 表述时使用一致性阶梯,但实际公开支持边界应以具名实现轨道和发布轨迹为准。
释放证据包
准备发布的实现应该将公共标准记录和软件证据保存在一起,而不是将证据分散在私有构建日志中。
- 包括包或运行时版本、经过验证的配置文件 ID 以及检查期间使用的架构和注册表路由。
- 附加导出的验证器结果、夹具参考以及影响下游采用者的任何兼容性说明。
- 在调用实施发布就绪之前,将读者引导至相关的变更日志条目、新闻摘要和引用链接。
当前的公众一致性数据包
UAIX 目前将一致性数据包视为附加在版本上的可审查证据,而不是作为独立的认证表面。
- 将导出的验证器结果、已验证的配置文件 ID、架构和注册表路由以及审核期间使用的示例或候选装置保留在一起。
- 附上实施版本、发布日期以及匹配的变更日志或新闻参考,以便外部读者可以跟踪实际通过的内容。
- 每当模式、装置、验证器行为或运行时映射发生变化时,重建数据包。
- 请勿将通过的数据包作为认证徽章、合作伙伴认可或未来版本的永久保证。
跟踪录取清单以获得未来的公众支持
- 公共实现页面,说明所有者、支持边界以及与规范 UAI-1 记录的关系。
- 验证器支持的证据或与已发布的配置文件、模式、注册表项和示例相关的等效一致性证明。
- 发布轨迹条目,说明现在支持的内容、仍处于实验阶段的内容以及下游读者需要迁移的内容。
- 发现、引用和实施链接,让外部读者无需私人注释或屏幕截图即可解决相同的问题。
初学者采用包
评估 UAIX 的团队应该能够从当前记录中组装出最小的公共数据包,而无需私人注释、未发布的路线或内部屏幕截图。
- UAI-1, 模式, 注册表, 和示例作为规范和机器可读的基线。
- 来自验证器支持的证据验证器至少一条候选消息或已发布的赛程。
- 参考资料与贡献者, 这
/.well-known/uaix.json清单,发布的站点地图表面作为发现和引用层。 - 这变更日志和新闻解释当前迁移和发布状态的条目。
当前采用套件路径
UAIX 现在直接通过领养套件页面和/wp-json/uaix/v1/adoption-kit路线。
- 当团队需要启动文件、验证器就绪的有效负载、参考模拟交换响应以及在一个可重用数据包中实施后续步骤时,就从这里开始。
- 保持UAI-1, 模式, 注册表, 和示例作为捆绑包背后更深层次的技术基线。
- 附上导出的验证器证据、相关实施轨道记录以及匹配的变更日志和新闻当数据包进入发布审查时的条目。
如何使用本节
选择与您的职责相匹配的实施轨道,然后携带验证器证据、固定参考、变更日志规则和该实施的公共链接上下文,而不是将它们视为单独的文档杂务。
下一步
使用WordPress 发布轨道如果您需要出版物、包装和发布记录路径。使用.NET 桥接轨道如果您需要在公共记录后面进行更深入的运行时集成,那么请将两者都绑定到变更日志和新闻.