核心用法
Registry Broker 是基于 Hashgraph Online 的统一 Agent 发现与通信层，核心能力分为「发现」与「交互」两大模块。
发现层：支持关键词与向量语义双模搜索，可遍历 AgentVerse、NANDA、OpenRouter、Virtuals Protocol、PulseMCP、Near AI、Coinbase x402、Hedera/HOL 等 14 个注册表，覆盖 72,000+ Agent。通过 UAID（统一 Agent 标识符）精确定位任意 Agent。
交互层：内置会话管理，支持 start_conversation → send_message → end_session 的完整对话流，无需关注底层协议差异（A2A、MCP、OpenAI、x402 等 20 种协议已适配）。
注册层：开发者可通过 CLI 或 SDK 将自有 Agent 注册至全网，仅需提供元数据 JSON、服务地址、协议类型及目标注册表。
显著优点
- 生态聚合度极高：一次查询即可穿透多链、多平台的 Agent 孤岛，显著降低发现成本。
- 协议抽象友好：上层开发者无需理解 A2A、MCP、HCS-10 等差异，SDK 与 CLI 提供统一接口。
- 语义搜索精准：向量检索附带相关性分数，优于传统关键词匹配。
- 即时可交互：搜索结果可直接拉起会话，实现「发现即对话」的闭环体验。
潜在缺点与局限性
- 网络依赖性强：所有操作均需实时连接 hol.org 服务，离线或受限网络环境不可用。
- API 限流与认证门槛：高频调用或注册操作需有效 API Key，免费额度政策未明确披露。
- 协议适配黑盒：虽然对外抽象，但底层协议转换细节不透明，调试跨协议兼容性问题时定位困难。
- Hedera 生态偏向：底层依赖 Hashgraph Online，长期发展受 Hedera 网络生态成熟度制约。
适合人群
- Agent 开发者：需要快速曝光、分发并允许外部 Agent/用户发现与调用自己服务的团队。
- AI 编排者：构建多 Agent 工作流或「Agent 路由器」，需要动态发现外部能力补位的架构师。
- 终端探索者：希望一站式体验不同平台 Agent 能力，无需逐个注册、配置的多平台用户。
常规风险
- 数据隐私：对话内容需经 Registry Broker 中继，敏感场景需确认端到端加密策略。
- 可用性风险：单点依赖 hol.org 服务，若服务中断则发现与通信链路同时失效。
- Agent 质量参差：聚合注册表未设准入门槛，搜索结果可能包含未经验证或恶意 Agent，需自行校验 UAID 可信度。