ANP

简体中文

English

简体中文

English

Appearance

告别AI孤岛：开放智能体网络，构建AI原生的互联网 ​

AI不再是孤岛：用一个协议，连接全世界的智能体 ​

想象这样一个场景：

你告诉 AI 助手：“帮我规划下周去上海的行程。”
它没有去打开浏览器搜索，没有让你去下载五个不同的 App，而是直接在后台与天气智能体确认了晴朗的周末，与酒店智能体锁定了外滩的江景房，并与高铁智能体完成了购票。

一切在几秒钟内自动完成。

这不是科幻电影，而是**开放智能体网络（Open Agent Network）**正在实现的当下。

在 AI 爆发的今天，我们拥有了最聪明的“大脑”（大模型），以及各种要做超级入口的个人助手，ChatGPT、Gemini、豆包、夸克、deepseek和kimi，以及刚刚发布的千问和灵光。

但是，由于平台壁垒，让它们只能生活在无数个互不连通的“孤岛”上。

为了打破这一困境，我们构建了全球首个开放智能体网络。就像 HTTP 协议连接了万千网页一样，我们要让全世界的智能体自由连接、协作，构建一个真正开放的智能体互联网。

什么是开放智能体网络 ​

开放智能体网络是一个基于开放协议构建的网络基础设施，让不同企业、个人开发的智能体之间能够跨域连接、互联互通。

为什么我们需要它？

  • 对开发者：一次开发，连接全球所有需求（Write Once, Connect Everyone）。
  • 对用户：一个助手，搞定所有服务（One Agent, All Services）。

开放智能体网络具有三大核心特点：

1. 多边跨域：打破智能体孤岛 ​

传统上，不同公司、不同个人开发的智能体之间存在天然的壁垒。一个企业内部的智能体很难与外部智能体协作，个人开发的智能体也难以与其他人开发的智能体协作。

开放智能体网络支持多边跨域连接。无论是企业智能体还是个人智能体，只要支持开放智能体协议，就能跨越组织边界进行连接。这意味着：

  • 你的个人AI助手可以连接到酒店智能体预订房间
  • 旅游智能体可以连接到天气智能体获取实时信息
  • 企业的客服智能体可以连接到物流智能体查询订单状态

不同主体的智能体之间，实现了真正的跨域协作。

2. 互联互通：所有智能体自由连接 ​

开放智能体网络的愿景是让所有智能体都能自由连接与协作，打破智能孤岛。在这个网络中，智能体之间的连接不受平台限制，不需要中心化的协调者。

这种互联互通体现在：

  • 需求侧与供给侧的连接：用户的个人助手（需求侧）可以直接连接到酒店、餐饮、教育等各个领域的服务智能体（供给侧），完成从查询到交易的全流程
  • 需求侧之间的连接：不同的个人助手、垂直应用智能体之间可以相互沟通协作，比如你的日程管理助手可以与你的健康管理助手协作，制定更合理的作息计划
  • 供给侧之间的连接：服务提供方的智能体也可以相互连接，形成供应链网络。比如旅游智能体连接酒店智能体、交通智能体、景点智能体，组成完整的旅游服务链

通过这种全方位的连接，智能体网络能够产生远超单个智能体的价值。

3. 开放接入：低门槛,高兼容 ​

要接入开放智能体网络，门槛非常低。只要一个智能体支持智能体协议，并且能够联网，就能够接入网络。

不同于需要深度集成某个框架或平台，开放智能体网络采用的是协议化设计：

  • 智能体只需要实现协议规定的接口
  • 使用标准的HTTP/HTTPS进行通信
  • 基于现有的互联网基础设施，无需额外的区块链或复杂技术栈

同时，我们完美的拥抱现有互联网基础设施。不重造轮子，而是让智能体与互联网深度融合。我们充分利用现有成熟体系，包括：

  • CDN（内容分发网络）：加速智能体服务的全球访问
  • DNS（域名系统）：用于智能体的发现和寻址
  • 搜索引擎：让智能体服务可以被索引和检索
  • PKI（公钥基础设施）：提供加密和身份验证

这种设计大大降低了部署门槛，加速网络扩张，让开发者可以专注于智能体本身的能力，而不是底层基础设施

我们提供了两种接入方式，满足不同场景的需求：

方式一：ANP原生接入
使用ANP SDK进行原生接入，能够支持完整的双向通信能力，功能更加丰富。这种方式适合从零开始构建的智能体，或者希望获得最佳性能和完整特性的场景。

方式二：MCP-to-ANP桥接接入
对于已经实现了MCP（Model Context Protocol）的智能体，我们提供了MCP-to-ANP的桥接方案。只要你的智能体支持MCP，通过桥接就可以一键接入智能体网络，无需修改代码。这大大降低了现有智能体的迁移成本。

两种接入方式的设计理念都是让接入变得简单，让协议成为连接的桥梁，而不是障碍。

开放智能体网络的分层架构 ​

为了实现灵活、安全、可扩展的智能体通信，开放智能体网络采用了清晰的分层架构设计，连接需求侧与供给侧智能体：

┌─────────────────────────────────────────────────────────────┐
│                        供给侧 (Supply Side)                   │
│  酒店智能体 | 餐饮智能体 | 教育/娱乐智能体 | ...              │
└─────────────────────────────────────────────────────────────┘
                            ↕
┌─────────────────────────────────────────────────────────────┐
│              连接层 (Connection Layer)                        │
│  Agent Protocol: 智能体发现、描述、交互                        │
└─────────────────────────────────────────────────────────────┘
                            ↕
┌─────────────────────────────────────────────────────────────┐
│                       需求侧 (Demand Side)                    │
│  个人助手 | 垂直智能体 | AI应用 | 个人助手 ...                 │
└─────────────────────────────────────────────────────────────┘

这个架构的核心是连接层（Connection Layer），它提供了智能体之间通信所需的核心能力：

连接层的三大核心能力 ​

1. 智能体发现
智能体如何找到彼此？连接层提供了标准化的发现机制。通过域名和 .well-known 路径，或者通过专门的智能体搜索服务，需求侧智能体可以快速找到符合需求的供给侧智能体。

2. 智能体描述
找到智能体之后，如何知道它能做什么？连接层要求每个智能体都提供标准化的描述文档（Agent Description），详细说明自己的能力、接口、调用方式。这样，智能体之间可以自主理解对方的功能，无需人工协调。

3. 智能体交互
如何安全、高效地进行交互？连接层支持多种交互协议：

  • 自然语言接口：适合开放式、灵活的交互场景
  • 结构化接口：支持OpenAPI、JSON-RPC等标准协议，适合高效、类型安全的调用
  • 身份认证：基于W3C DID（去中心化身份）标准的认证机制，确保交互的安全性和可追溯性

特别值得一提的是身份认证机制。我们采用W3C DID标准，每个智能体都可以生成一个全网唯一的ID，然后使用这个ID和其他所有的智能体进行通信。就像email一样，打破现有身份孤岛。

这意味着：

  • 不需要在每个平台都注册账号
  • 一个身份可以跨平台使用
  • 身份的控制权完全在智能体自己手中，而不是被平台控制

供给侧与需求侧 ​

在这个架构中，智能体分为两大类：

供给侧（Supply Side）：提供服务的智能体，比如酒店预订智能体、天气查询智能体、餐饮推荐智能体等。它们通过标准化的接口对外提供服务，任何支持协议的需求侧智能体都可以调用。

需求侧（Demand Side）：使用服务的智能体，比如个人AI助手、垂直领域应用（如旅游规划助手）、企业内部智能体等。它们通过连接层发现并调用供给侧智能体的服务，完成复杂的任务。

这种供需分离的设计，让网络中的角色更加清晰。同时，一个智能体也可以同时扮演供给侧和需求侧的角色——比如一个旅游智能体可以对外提供旅游规划服务（供给侧），同时也会调用酒店、交通等其他智能体的服务（需求侧）。

分层架构的优势 ​

这种分层架构带来了几个重要优势：

  • 清晰的职责边界：每一层只关注自己的核心功能，降低了系统复杂度
  • 灵活的扩展性：应用层协议可以根据不同领域的需求灵活扩展，而不影响连接层的稳定性
  • 兼容现有标准：连接层兼容OpenAPI、JSON-RPC等现有协议，降低了迁移成本
  • 安全性保障：通过连接层的统一身份认证和权限管理，确保网络的安全性

基于协议，而非框架 ​

开放智能体网络的一个重要设计理念是：基于协议，而非框架。

这是我们与现有 Agent 平台最大的不同。

大多数平台告诉你：“用我的 SDK，在我的地盘，按我的规则玩。”（这是框架思维，就像苹果的 App Store）。

我们说：“不管你用 Python 还是 Go，不管你在 AWS 还是本地电脑，只要你会说‘通用语言’，我们就能对话。”（这是协议思维，就像万维网）。

ANP (Agent Network Protocol) 的设计哲学：

  • 🔓 拒绝平台锁定：你的智能体属于你，不属于任何平台。
  • 🚀 技术栈无关：想用 LangChain？AutoGPT？还是手写代码？没问题，协议层兼容一切。
  • 🤝 生态繁荣：就像 HTTP 催生了电商、社交、流媒体一样，ANP 将催生在这个网络上长出的无限可能。

协议化的设计则完全不同。协议只规定"如何通信"，而不规定"如何实现"。就像HTTP协议一样，它只定义了客户端和服务器之间的通信格式，但不限制你用什么语言、什么框架来实现服务器。

开放智能体网络采用的ANP（Agent Network Protocol）就是这样一套协议标准。它定义了：

  • 智能体如何描述自己的能力
  • 智能体如何被发现
  • 智能体之间如何进行身份认证
  • 智能体之间如何传递消息和调用接口

但它不限制你使用什么技术栈来实现智能体。你可以用Python、JavaScript、Java、Go等任何语言，可以用任何框架或者不用框架，只要你的智能体能够按照协议规范进行通信即可。

这种设计带来的好处是显而易见的：

  • 开放性：任何人都可以实现协议，无需依赖特定厂商
  • 互操作性：不同技术栈实现的智能体可以无缝协作
  • 生态繁荣：协议为基础设施，上层可以有丰富多样的实现和应用

正如HTTP协议催生了丰富多彩的互联网生态，ANP协议也将催生一个开放、繁荣的智能体生态。

智能体网络能够做什么 ​

那么，有了开放智能体网络，我们能做什么呢？

连接需求侧与供给侧 ​

最直接的应用场景，就是让需求侧智能体能够连接到供给侧智能体，完成端到端的服务。

场景示例：旅行规划

假设你对你的个人AI助手说："我下周末想去杭州玩两天"。

在开放智能体网络中，你的个人助手可以：

  1. 连接到天气智能体，查询杭州下周末的天气情况
  2. 连接到旅游推荐智能体，获取杭州的景点推荐
  3. 连接到酒店智能体，查询并预订合适的酒店
  4. 连接到交通智能体，预订往返的车票或机票
  5. 将所有信息整合，生成一份完整的旅行计划

整个过程中，你只需要与自己的个人助手对话，而助手在后台自动调用了多个专业领域的智能体服务。这就是需求侧与供给侧连接的价值——让复杂的任务变得简单，让用户只需要表达意图，AI自动完成协调。

需求侧之间的协作 ​

不仅是需求侧到供给侧，需求侧的智能体之间也可以相互协作。

场景示例：多智能体协同规划

你可能有多个不同领域的个人助手：

  • 日程管理助手：管理你的会议和日程安排
  • 健康管理助手：追踪你的运动、睡眠和饮食
  • 财务管理助手：管理你的收支和投资

在开放智能体网络中，这些助手可以相互通信：

  • 健康管理助手发现你最近睡眠不足，通知日程管理助手调整会议安排，给你留出休息时间
  • 财务管理助手发现你这个月预算超支，提醒日程管理助手减少外出就餐的安排
  • 日程管理助手在安排出差行程时，会询问健康管理助手最近的身体状况，避免安排过于密集的行程

这种需求侧之间的协作，让AI助手不再是独立的工具，而是形成一个智能体团队，为你提供更全面、更智能的服务。

供给侧之间的连接：构建供应链网络 ​

供给侧智能体之间的连接，可以形成复杂的供应链网络。

场景示例：旅游服务供应链

一个旅游智能体要提供完整的旅游服务，它需要连接：

  • 酒店智能体：提供住宿预订
  • 交通智能体：提供车票、机票预订
  • 景点智能体：提供门票预订和讲解服务
  • 餐饮智能体：提供餐厅推荐和订餐服务
  • 导游智能体：提供导游服务

每个智能体专注于自己的领域，通过开放智能体网络进行连接和协作，最终形成一个完整的旅游服务链条。这种模式与传统的中心化平台不同——没有一个中心化的平台来控制所有服务，而是通过协议让各个智能体自由组合。

这种去中心化的供应链模式，具有更强的灵活性和抗风险能力。新的服务提供者可以随时加入网络，不需要通过平台审核；用户也可以根据自己的需求自由选择服务组合，不受平台限制。

实战案例：3小时接入，ViNote 如何从工具变身网络节点？ ​

理论说了很多，让我们看一个实际的接入案例：ViNote。

ViNote是一个AI视频笔记应用，能够将视频转化为知识宝库——提供AI智能笔记、视频问答、一键发布、实时字幕下载、学习卡片、思维导图等功能。它是"Video to Everything"的理念：笔记、问答、文章、字幕、卡片、导图，一应俱全。

通过使用ANP SDK，开发团队仅用 3 个小时就将 ViNote 接入了智能体网络。这不仅是一次技术升级，更是一次身份的转变。接入之后，其他智能体可以通过协议与ViNote进行交互：

  • 个人助手可以调用ViNote的接口，帮用户将学习视频转化为笔记
  • 教育智能体可以将课程视频发送给ViNote处理，生成结构化的学习材料
  • 内容创作智能体可以利用ViNote的视频分析能力，从视频中提取文章素材

这个案例展示了开放智能体网络的一个重要特点：接入门槛低，价值释放快。三个小时的开发时间，就能让一个应用融入整个智能体生态，获得网络效应的加持。

更重要的是，ViNote本身是一个面向用户的应用，但接入智能体网络后，它也成为了供给侧智能体，为其他智能体提供服务。这种双重身份——既是终端应用，又是网络节点——将会越来越常见。

未来规划 ​

开放智能体网络刚刚起步，我们有很多激动人心的规划：

智能体原子网络 ​

构建架构完备的智能体原子网络，网络具备需求侧智能体、供给侧智能体以及智能体网络的连接层。我们将开发完善的开源组件，帮助智能体快速接入到网络中。

这个原子网络将成为智能体互联网的基础单元，验证协议的可行性，并为更大规模的网络扩展奠定基础。

智能体支付 ​

基于AP2协议，我们将开放智能体支付基础设施，为智能体网络增加支付能力。这意味着：

  • 智能体之间能够进行安全、可信的交易
  • 服务提供方可以通过智能体网络变现
  • 构建完整的智能体商务生态

智能体支付将是智能体网络从"连接"走向"交易"的关键一步，促进智能体商务生态繁荣。

供给生态培育 ​

培育开放智能体网络的供需生态体系。我们将推出：

  • 智能体服务市场和目录：方便开发者和企业发布智能体，让潜在用户能够发现
  • 网络治理机制：建立信任和质量保障
  • 评价和信誉系统：帮助用户识别高质量的智能体服务

通过生态培育，让更多优质的智能体服务进入网络，形成正向的网络效应。

智能体即时消息 ​

智能体之间能够像人类一样自然交流，无论是谁开发的智能体，都可以通过标准化的消息路由和语义格式，实现即时通信、信息共享与多轮协作。

想象一下：

  • 你的个人助手可以与你朋友的助手聊天，协调聚会时间
  • 不同公司的客服智能体可以转接对话，无缝交接客户服务
  • 智能体可以组建群组，多个AI协作完成复杂任务

这意味着不同平台、不同领域的AI，终于可以实时对话、共同完成任务。

更多协议支持 ​

目前开放智能体网络以ANP协议为起点，未来我们将支持更多的协议标准：

  • MCP（Model Context Protocol）：Anthropic推出的模型上下文协议，我们已经提供了桥接方案
  • A2A（Agent-to-Agent）：谷歌提出的智能体通信协议，我们将提供兼容性支持
  • ACP（Agentic Commerce Protocol）：OpenAI和Stripe推出的智能体商务协议，用于智能体之间的交易
  • 更多垂直场景协议：针对特定领域的专用协议，如医疗、金融、教育等

通过多协议网关，我们希望连接不同协议的智能体。多协议网关的作用是：

  • 在不同协议之间进行转换和适配
  • 让支持不同协议的智能体能够互相通信
  • 为开发者屏蔽协议差异，提供统一的接入体验

通过多协议网关，一个只支持MCP的智能体可以与支持ANP的智能体进行交互，一个使用A2A协议的智能体可以调用ACP协议的支付服务。协议不再是障碍，而是通往更大网络的桥梁。

加入我们，定义 AI 的未来 ​

互联网的历史告诉我们，开放终将战胜封闭，连接终将取代孤岛。

智能体互联网的黎明已经到来，而你不仅是见证者，更是建设者。

我们邀请所有的开发者、企业、创业者：

  • 🔗 连接：将你的智能体接入网络，获得全球流量。
  • 🛠 构建：基于协议开发全新的去中心化应用。
  • 🗣 发声：参与社区，共同制定未来的通信标准。

不想错过 AI 时代的“万维网时刻”？现在就开始：

相关链接：

版权声明 ​

Copyright (c) 2024 GaoWei Chang

本文件依据 MIT 许可证 发布，您可以自由使用和修改，但必须保留本版权声明。