OAN Discovery：面向智能体互联网的可信资源发现新范式

在智能体互联网时代，资源发现不仅要实现“找得到”，更需确保“信得过”。传统搜索引擎能帮助用户检索海量信息，但智能体、企业系统或个人用户真正需要的是能够放心接入、调用与处理的可靠资源。为此，OAN Discovery 构建了一套全新的可信资源发现机制。它并非简单的搜索引擎，而是一个专注于资源验证、智能排序并返回可信候选资源的基础设施节点。

核心理念：可信发现 ≠ 普通搜索

搜索引擎擅长在无数网页中寻找相关内容，但智能体互联网中的资源发现，不能仅停留在“相关”层面。当一个智能体查找到某个工具后，可能会将其接入任务执行链路；企业系统发现某项服务后，可能用它处理敏感数据；用户通过智能体（用户袋）发现某个 Skill 后，可能会自动下载其描述并生成调用计划。此时，发现结果必须同时满足相关性与可信性。

OAN Discovery 的设计目标并非成为通用搜索引擎，而是打造一个可信资源发现节点。它索引的是经过 Root 验证的 ResourcePackage，而非任意网页或开发者随意填写的目录。Discovery 在同步资源时，会严格验证 DID 文档哈希、元数据哈希、包哈希、Root Proof、Root bulletin 事件以及资源生命周期状态。只有通过所有检查的资源，才会被纳入本地索引。

工作原理：从验证到返回的完整链路

OAN Discovery 的工作流程远不止“查询-返回”那么简单。它涵盖了资源验证、数据同步与查询响应的完整闭环。以下是其核心步骤：

1. 资源验证与同步

• 来源验证：Discovery 索引的资源并非来自网络爬虫，而是由 Registrar 接入、Root 验证、CDN 分发后形成的可信资源候选。
• 多维度校验：同步资源时，Discovery 会执行严格的哈希验证，覆盖 DID 文档、元数据、资源包等，确保资源未被篡改。
• 状态跟踪：验证资源的生命周期状态（如 active、deprecated），确保返回的资源当前可用且有效。

2. 结构化查询与匹配

OAN Discovery 的查询对象并非普通关键词。ResourceDiscoveryQuery 支持多种查询条件，使搜索更精准：

• 自然语言 query：用于语义匹配与排序。
• resourceType：限定资源形态（如 Skill、MCP Server、API）。
• capabilityTags：按能力筛选（如数据分析、代码生成）。
• protocol / version：按协议和版本过滤。
• versionMode：默认优先返回最新版本，符合资源持续迭代的实际需求。

小提示：对于机器调用方而言，结构化查询比单纯字符串更易于复现，也更容易解释为何返回某个候选资源。

3. 返回可验证的候选资源

Discovery 返回的候选资源不仅是一个列表，还包含丰富的元数据，用于验证与决策：

• resourceDid：资源主体标识。
• Root Proof：证明资源已被 Root 验证。
• 生命状态：判断资源是否可用。
• 协议入口：支持实际连接。
• Discovery 节点签名：验证响应来源。

特色功能：超越普通搜索的信任机制

1. 授权域过滤

OAN Discovery 引入了 authorizedDomains 作为治理边界。每个 Discovery 节点只能在其授权域内提供资源发现能力。即使资源能力标签匹配，但若不属于该节点授权域，也不会被当作有效候选返回。这一机制使发现服务不仅限于技术索引，更体现了开放治理网络对节点职责范围的严格约束。

2. 能力标签匹配

capabilityTags 帮助 Discovery 理解资源的功能，支持粗粒度或语义化检索。例如，“数据分析”、“代码生成”等标签，可帮助用户和智能体缩小候选范围。标签越规范，发现效果越佳，但标签不能扩大授权域，也不能替代 Root 验证。

3. 语义推荐与简化查询

结合语义推荐库，发现页面可根据 Query 推荐可能的能力标签、资源类型和协议，从而降低用户对底层分类体系的学习成本。不过，语义推荐仅作为辅助生成查询条件，不能替代包验证、授权域过滤或 Discovery 响应签名。

常见问题

Q1: OAN Discovery 和普通搜索引擎在查询方式上有何不同？

A: 普通搜索引擎主要依赖自然语言关键词，返回的是相关网页链接，结果来源不可控，可信性难以保证。而OAN Discovery 支持结构化查询（如 resourceType、capabilityTags），返回的是经过 Root 验证、来源可追溯的候选资源列表，并附带 Root Proof 等证据，确保结果可信可靠。

Q2: 如果一个资源的能力标签匹配，但不在授权域内，Discovery 会返回它吗？

A: 不会。 Discovery 的授权域过滤机制会确保只返回属于该节点授权域范围内的资源。即使能力标签再匹配，若资源不在授权域内，也不会被当作有效候选返回。这是为了保障发现服务的治理边界与信任基础。

Q3: 如何验证一个 Discovery 返回的资源是可信的？

A: 您可以通过检查返回的 ResourceDiscoveryCandidate 中的多个字段来验证：

• Root Proof：验证资源是否已被 Root 验证。
• 资源 DID：确认资源主体身份。
• 生命周期状态：判断资源是否可用。
• Discovery 响应签名：验证响应是否来自可信的 Discovery 节点。

调用方和 SDK 可协同验证这些证据，确保资源来源可靠。

Q4: versionMode 默认是 latest，这有什么好处？

A: 对于 Skill、MCP Server 和 API 这类持续迭代的资源，使用 versionMode=latest 可确保自动调用方始终使用最新、最稳定的版本。这避免了手动跟踪版本更新的繁琐，也符合资源持续升级的实际情况。

总结

普通搜索解决“有没有”的问题；可信发现则解决“能不能作为可信候选”的问题。这正是 OAN Discovery 与普通搜索引擎的核心区别。智能体互联网越自动化，越不能将相关性误认为可信性。OAN 试图将这一差异转化为基础设施能力，而不是让每个调用方在最后一刻凭经验判断。

关键在于，Discovery 不只是“找得到”，而是“找得到还能验证来源”。这意味着返回结果必须对应到 DID、Root Proof 和版本状态，不能仅靠相关性排序。

可验证比可搜索更重要

普通搜索引擎解决的是“有很多结果怎么办”，Discovery 解决的是“哪个结果能被放心调用”。这两件事看似相似，实质上差异巨大。