@agentxm/registry-protocol

中文文档
0.51.0发布于 2026/10/30FSL-1.1-MITTypeScriptES Module构建来源已验证近 30 天下载 3847

AgentXM Registry wire contracts: index, discovery, publication-set, visibility, authorization, and suggested-action schemas. Unstable and unsupported — use the axm.sh CLI.

原始使用文档

@agentxm/registry-protocol

The AXM client's typed representation of the public AgentXM Registry HTTP contract: extension index and version entry schemas (./unstable/registry/schema), discovery requests (./unstable/registry/discover-schema), publication-set preview and validation (./unstable/registry/publication-set), publish visibility (./unstable/publish), and the shared suggested-action and human-handoff error vocabulary (./unstable/suggested-action, ./unstable/human-handoff).

Batch resolution metadata

./unstable/registry/resolution-metadata defines the versioned contract for a repeat-safe POST /v1/resolutions/metadata query. The Registry owns the HTTP route and authorization; AXM keeps version selection, release-age policy, and dependency graph decisions. A request groups up to 100 items in one trusted Registry and credential context. Each item has a unique caller key, extension identity, and a select or restore-exact purpose. Exact restoration supplies the accepted version and integrity. The caller may also supply an expected publisher binding, a known representation revision, or a continuation bound to the previous revision.

The response has exactly one outcome per submitted key in request order:

OutcomeMeaning
metadataAn authorized page of version descriptors, dependency and package compatibility data, lifecycle information, and an opaque revision. A null continuation means the candidate list is complete.
unchangedCurrent authorization and lifecycle still admit a matching complete representation already held by the client. A client without that representation repeats the item without knownRevision.
unavailableThe identity is absent or inaccessible; the response deliberately does not distinguish those cases.
binding-conflictAn authorized identity no longer has the expected publisher binding.
exact-conflictAn authorized exact version or integrity no longer matches the accepted identity.
restart-requiredA continued page crossed a representation revision; discard the earlier pages and restart.

A metadata page contains at most 100 versions. Clients must follow every continuation and check the revision and result keys before selecting a version; truncated pages are never complete selection input. Continuation tokens are opaque and must be bound by the Registry to the request identity, credential context, and revision. A changed binding, hold, visibility, yank, archival or deprecation fact must invalidate an unchanged result. Backend failures are envelope errors, never invented per-item absence. The query is private and non-cacheable across commands; its POST method does not make publish mutations retryable.

The schema exports the item, version-page, request-body, and response-body limits. A server checks encoded body size before decoding and returns the declared request-too-large error when exceeded. Request keys correlate results only; they confer no identity or access.

The exported ./unstable/registry/resolution-metadata.vectors.json records selection examples for ordinary and exact yanks, release age, direct and pack constraints, package compatibility, and publisher-binding changes. Producer and consumer tests can use the same cases without moving selection to the server.

The byte-vendorable ./unstable/registry/publication-set.vectors.json export pins digest conformance examples for independent implementations of the public protocol. Its metadata describes the canonicalization and optional-field rules; changing the digest algorithm requires a new contract identifier and vector format rather than editing the meaning of existing vectors.

Content parsing, Knowledge inspection, the lint catalog, and archive and manifest validation live in @agentxm/extension-content; release selection lives in @agentxm/extension-model, and release-age policy lives in @agentxm/workspace-kernel/resolution.

This package is published with each axm.sh release, at the same version as the CLI that bundles it. Every export lives under an explicit ./unstable/* subpath: the surface is unsupported and may change in any release. Ordinary users should use the axm CLI instead.

FSL-1.1-MIT © 2025-2026 AgentXM, Inc.

版本与发布记录

@agentxm/registry-protocol 共发布 60 个版本,首次发布于 2026/09/02;过去 12 个月发布了 60 个版本。最新版本附带 npm provenance 构建来源证明,可追溯到公开的 CI 构建记录。

版本发布日期距今
0.51.0latest2026/10/308 天前
0.50.2-preview.40972426045.2953abc62336preview2026/10/308 天前
0.50.22026/10/2612 天前
0.50.12026/10/2117 天前
0.50.0-preview.39593003438.04170e632db32026/10/2117 天前
0.50.02026/10/2117 天前

其他发布通道:bootstrap → 0.28.4-bootstrap.0,preview → 0.50.2-preview.40972426045.2953abc62336。

关于 @agentxm/registry-protocol 的常见问题

@agentxm/registry-protocol 是什么?

AgentXM Registry wire contracts: index, discovery, publication-set, visibility, authorization, and suggested-action schemas. Unstable and unsupported — use the axm.sh CLI.

如何安装 @agentxm/registry-protocol?

在项目目录运行 npm install @agentxm/registry-protocol,或使用 pnpm add / yarn add / bun add。它还需要宿主项目提供 peer 依赖:effect(^4.1.0)。npm 7 及以上与 pnpm 8 及以上默认会自动安装必需的 peer 依赖,Yarn 需要手动安装。

@agentxm/registry-protocol 支持 TypeScript 吗?

支持。包内自带 TypeScript 类型声明(package.json 声明了 types 入口),安装后即可获得类型提示,无需再安装 @types 包。

@agentxm/registry-protocol 支持 ESM 还是 CommonJS?

以 ES Module 形式发布,推荐使用 import 引入。在 CommonJS 项目中,Node.js 20.19+ / 22.12+ 可以直接 require() 不含顶层 await 的 ES Module,更早的版本需要改用动态 import()。

@agentxm/registry-protocol 需要什么版本的 Node.js?

package.json 的 engines 字段要求 Node.js >=24.21.0。版本不符时 npm 默认只给出警告,开启 engine-strict 后会拒绝安装。

@agentxm/registry-protocol 可以商用吗?

@agentxm/registry-protocol 使用 FSL-1.1-MIT 许可。声明的许可为 FSL-1.1-MIT,请阅读许可原文确认使用条件。以上为概括,不构成法律意见,请以许可原文为准。

@agentxm/registry-protocol 的下载量有多少?

根据 npm 官方下载统计,@agentxm/registry-protocol 在 2026/10/05 – 2026/11/03 这 30 天内被下载 3,847 次,日均约 128 次。下载量会把 CI 构建、镜像同步和作为其他包依赖的安装一并计入,适合横向比较热度,不能直接等同于使用人数。

@agentxm/registry-protocol 还在维护吗?

最新版本 0.51.0 发布于 2026/10/30(8 天前);至今共发布 60 个版本,其中过去 12 个月发布了 60 个;首次发布于 2026/09/02。发布频率只是参考信号:功能稳定的工具可能很少需要更新,建议结合源码仓库的 issue 和提交记录判断。