社区

量子位报道，明略科技开源发布了Octo——一个让Agent之间可以互联的协议层。报道用了一个形象的说法："Agent之间，有互联网了"。

这是一个值得认真分析的事件。它不是又一个模型发布或产品更新，而是AI应用层基础设施的一个节点性突破。

先说清楚Octo解决什么问题

当前AI Agent的运作方式有一个根本问题：每个Agent都是孤岛。

不同公司开发的Agent无法直接通信

一个Agent不能调用另一个Agent的能力

Agent之间没有统一的协议层，每次协作都需要人工编排

数据、上下文、工具调用无法在Agent之间流通

这就像计算机早期——每台机器都是独立的，没有互联网，机器之间无法直接交换信息。当时互联网协议（TCP/IP）的出现，让计算机之间可以互联，催生了整个互联网时代。

Octo试图做的事情，是给Agent之间建立类似的协议层——一个让任意Agent可以被发现、被调用、被协作的通用语言。

这件事的真正意义

需要把这个事件放在更大的背景下看。

一、Agent是AI应用的下一层形态

当前AI应用的主流形态是"对话助手"——你和AI一对一对话。但AI应用的下一层形态是"Agent"——AI主动规划、调用工具、完成任务。

对话助手是单机模式，Agent是联网模式。Agent之间能不能互联，决定了AI应用层能不能从"工具集合"演化为"协作生态"。

二、协议层决定生态主导权

每一代技术生态都有协议层：互联网有TCP/IP、HTTP；移动生态有iOS、Android的SDK；云计算有K8s、容器标准。

谁掌握了协议层，谁就掌握了生态主导权。Octo作为中国公司开源的Agent互联协议，意味着中国AI公司在协议层有了一次早期卡位的机会。

三、开源是这个领域的关键变量

Octo选择开源，是正确的策略。协议层的价值来自被广泛采用——闭源协议在缺乏强制力的情况下很难成为标准。开源能加速生态形成，也能让协议在社区反馈中快速迭代。

Octo的技术逻辑（推断）

明略科技没有完整公开Octo的技术细节，但从协议层设计的通用逻辑可以推断几个核心组件。

Agent发现机制：Agent如何注册、如何被发现、如何声明自己的能力。

任务路由：一个Agent如何判断某个子任务需要调用哪个其他Agent，如何路由请求。

数据与上下文传递：Agent之间如何安全地传递上下文、数据、工具调用结果。

权限与审计：谁可以调用谁，调用记录如何审计，错误如何追溯。

身份与信任：Agent的身份如何认证，结果如何被信任。

这些组件的实现质量，决定了Octo能不能真正成为标准。需要看后续开源代码的具体实现。

这件事对行业的潜在影响

如果Octo（或类似协议）被广泛采用，会带来几个结构性变化。

一、AI应用层从"产品"变为"生态"

当前AI应用层主要是独立产品——每个App都是一个孤立系统。Agent互联后，应用层会演化为一个生态——不同Agent可以组合协作，催生新的产品形态。

二、中小Agent开发者的机会窗口

没有Agent互联协议时，大公司凭借资源整合能力占优。协议层出现后，中小开发者可以做专精某一类任务的Agent，通过协议被其他Agent调用——这打开了垂直Agent的商业化路径。

三、企业AI落地的成本结构变化

企业当前落地AI的方式是购买整合方案。Agent互联后，企业可以组合多个垂直Agent，成本结构更灵活，方案定制化程度更高。

几个值得观察的判断点

Octo是否会成为事实标准，需要看几个维度。

主流AI公司（OpenAI、Anthropic、Google）是否推出竞争协议

国内大厂（阿里、字节、腾讯）是否采用Octo或推自己的协议

开发者社区的采用情况——GitHub star数、PR数、生态项目数

企业落地案例的数量和质量

协议之争通常是赢者通吃——一个协议一旦形成网络效应，其他协议很难追赶。所以Octo的早期采用速度，比协议本身的设计质量更关键。

更大的视角

每一代技术革命都有一个"协议层时刻"——单机时代走向互联网时代（TCP/IP）、单机计算走向云计算（K8s）、移动生态走向统一（跨平台框架）。

Agent互联协议的出现，意味着AI应用层正在进入这个"协议层时刻"。AI应用从单机模式走向联网模式的窗口已经打开。

Octo是其中一个早期尝试。它不一定成为最终标准，但它出现的时机和方向，是对的。

接下来1-2年，是Agent互联协议形成事实标准的关键窗口。这个窗口的胜出者，会决定下一阶段AI应用层的格局。

$明略科技-W(02718)$