OpenAgenet（OAN）：一个想把智能体资源“注册、发现、互联”起来的开源项目

最近这波 Agent、MCP、Skill、工具服务的热度挺高，大家都在聊智能体怎么更聪明，但我自己一直觉得，真正麻烦的地方其实不是“模型会不会推理”，而是：

• 这个工具服务是谁提供的？
• 这个资源能不能信？
• 我怎么找到它？
• 找到了之后怎么知道它适不适合当前任务？
• 如果是多个组织、多个节点在做，怎么互联？

我最近看了一个开源项目 OpenAgenet（OAN），感觉它切的正是这个问题。

项目地址：

• GitHub：https://github.com/OpenAgenet
• 官网：https://www.openagenet.xyz/

如果你也在做 Agent、MCP Server、Skill、工具平台，或者在看“智能体互联网”这一类方向，这个项目值得瞄一眼。

先说结论：OAN 想解决什么？

简单讲，OAN 想做的是一套面向智能体互联网的基础设施，让资源可以：

• 可信注册
• 语义发现
• 授权分发
• 跨节点互联

这里的“资源”不只是 API。它也可以是：

• MCP Server
• Agent Skill
• 工具服务
• 知识服务
• 自动化工作流
• 其它可被智能体调用的能力入口

也就是说，OAN 想把这些零散的能力入口，变成能被机器理解、能被检索、能被验证的结构化对象。

为什么我会觉得这个方向有意思？

因为现在很多智能体系统，资源接入还是很“手工”：

• 链接靠人记
• 能力靠文档看
• 适不适合靠试
• 可信不可信靠经验

问题是，一旦资源多了、节点多了、组织多了，这套办法就会越来越吃力。

OAN 的思路是：

别把资源当成一个普通 URL，看成一个可治理、可发现、可验证的对象。

这个想法对做平台的人其实挺重要。因为 Agent 真要走向互联，最后一定绕不开资源目录、身份、授权域、发现机制这些基础能力。

OAN 大致长什么样？

我看下来，它不是一个“单点服务”，更像一套协议/基础设施栈。

几个核心角色大概是：

1. 根节点（Root）

负责基础治理、授权、可信配置这些事情。可以理解成整个网络的治理中枢之一。

2. 注册节点（Registrar）

负责资源注册。资源发布者把资源信息、元数据、能力标签、授权域等提交上去，由注册节点处理。

3. 发现节点（Discovery）

负责资源发现。它更像“面向智能体任务需求”的检索入口，不只是关键词搜索，而是带语义理解的发现。

4. Indexer

负责索引和查询支撑，帮助把资源、节点状态、治理信息串起来。

5. SDK / Skill

这是我觉得比较接地气的一块。因为如果没有 SDK 或 Skill，很多能力最后只能停留在文档层。做成开发者可直接调用的能力，才更像可落地基础设施。

这个项目和“普通资源目录”有什么区别？

这个问题很关键。

如果只是做一个资源列表，那其实用数据库 + 搜索框就差不多了。

但 OAN 更像是在解决“智能体互联网里的资源互联问题”。

我理解至少有三层差异：

第一层：资源身份

资源不是“有个链接就行”，而是要知道：

• 谁发的
• 是什么类型
• 有没有授权
• 版本是什么
• 描述是否可信

第二层：资源发现

Agent 很少会像人一样精确输入关键词。更多时候，它会说：

我需要一个能读文档、抽取关键信息、生成摘要的服务。

这时候如果只是关键词检索，体验就会比较弱。OAN 试图做的是语义发现。

第三层：多节点协作

未来不太可能只有一个中心站点。

如果官方节点、第三方节点、行业节点都存在，就需要有一套统一的注册/发现/准入思路。

OAN 里我比较关注的几个点

1. DID 和资源身份

OAN 里用了 did:oan 这一类身份设计。

从工程视角看，这类设计的作用不是“炫技”，而是把资源身份和可验证材料绑在一起，减少资源在分发和发现过程中的歧义。

2. Authorized Domains

这个东西我觉得挺实用。它把资源适用边界、节点授权范围、治理边界表达得更清楚了。

3. 语义发现

这个方向很贴近 Agent 场景。

因为智能体的输入通常不是“我要找 XX 链接”，而是“我要完成一个任务”。

4. 第三方节点接入测试

如果以后真有第三方注册节点、发现节点，那接入测试就会很重要。

不然节点一多，互操作问题会很快冒出来。

如果你是开发者，能从 OAN 里看到什么？

我觉得有几个现实价值：

对做 MCP/Skill 的人

你可以把自己手里的能力包装成一个可注册、可发现的资源，而不只是放在 README 里。

对做 Agent 平台的人

你可以把资源管理、节点治理、发现入口这件事做得更标准化一点。

对做基础设施的人

你可以把“资源身份 + 授权边界 + 发现 + 准入测试”串成一套完整路径。

对研究智能体互联网的人

这个项目本身就很适合拿来对照现有协议、论文和工程实现看差异。

我觉得它适合哪些人关注？

• 在做 Agent 平台的开发者
• 在做 MCP Server、Skill、工具服务的人
• 在做智能体互联、资源目录、身份标识的人
• 在研究 DID、可信标识、资源治理的人
• 想做开源基础设施的工程师

如果你想上手，可以从哪儿开始？

我建议按这个顺序看：

1. 先看官网和 Docs，搞清楚 OAN 的概念
2. 再看资源注册和发现页面
3. 然后看 GitHub 里相关仓库
4. 如果你自己有资源，可以试着按它的方式整理元数据
5. 如果你想深一点，再看白皮书、黄皮书和设计文档

官网：

• https://www.openagenet.xyz/

GitHub：

• https://github.com/OpenAgenet

最后说一句

我自己的感受是，OAN 这类项目最有价值的地方，不是“又造了一个目录”，而是它开始认真回答智能体互联里几个很底层的问题：

• 资源怎么被可信地发布？
• 怎么被更自然地发现？
• 怎么被不同节点协作地治理？
• 怎么让智能体真正用起来？

如果你也在做 Agent、MCP、Skill 或智能体平台，这个方向值得关注。