AGNTCY：Internet of Agents

官网链接 ：https://github.com/agntcy

AGNTCY 要给 AI Agent 领域制定并实现一套“互联互通的基础设施协议”，把互不兼容的 Agent 局域网孤岛，连接成一个开放、安全、可寻址的“智能体互联网”（Internet of Agents, IoA）。

类比互联网发展史，AGNTCY 的定位就像是：

• Agent 时代的 TCP/IP 与 DNS（寻址与通信）
• Agent 时代的 Docker Registry 与 Sigstore（分发与供应链验真）
• Agent 时代的 OIDC / 证书体系（密码学身份互信）

---

一、它要解决什么行业核心痛点？

在构建 Multi-Agent 系统时，面临着类似早年局域网私有协议割据的死局：

1. 框架割裂，形成生态孤岛：

• A 用 LangGraph 编写了一个数据清洗 Agent； B 用 CrewAI 开发了一个财报分析 Agent；团队 C 在跑 AutoGen。
• 结果：不同框架下的 Agent 无法直接互相调用或理解彼此的输入输出契约。要协同，只能写大量一次性的适配胶水代码。

2. 缺乏统一的“资产寻址与分发”标准：

• 当你需要一个特定的 Agent 或 Skill 时，行业没有像 Docker Hub、NPM、PyPI 那样的通用分发中心。
• 如何打包一个 Agent？它的能力边界（Tools/Schema）如何声明？没有统一格式。

3. 软件供应链与安全信任空白：

• 跨机器、跨公司调用一个外部 Agent 时，你怎么知道它的代码来源是可靠的？中间有没有被中间人篡改（Prompt 注入或代码投毒）？
• 目前绝大多数 Agent 都是裸奔在 HTTP/WebSocket 上，缺乏像 HTTPS/TLS、代码签名证书那样的工业级鉴权与防篡改链条。

---

二、AGNTCY 带来的核心价值

针对上述痛点，AGNTCY 的核心解法不是“再造一个 Agent 应用框架”，而是在框架之下下沉一层，做底座标准：

维度	传统做法的现状	AGNTCY 提供的解法与价值
资产描述 (Schema)	各自发明 JSON 结构描述工具和技能	OASF (Open Agent Schema Framework)：统一的开放元数据标准，无论什么框架写出的 Agent，能力声明格式一致。
服务发现与分发 (Discovery)	硬编码服务 URL 或自建专有数据库	Agent Directory (dir) + OCI：复用成熟的容器云原生基础设施（OCI 镜像仓库），让 Agent 像 Docker 镜像一样跨云分发、检索与拉取。
供应链信任 (Trust)	无法验证来源，完全靠网络防火墙防护	Sigstore / Cosign 签名集成：发布时用私钥/无密钥签名，使用时由 SDK 或运行时自动验签，彻底杜绝恶意注入与中间人伪造。
多协议互通 (Protocols)	MCP、A2A 各玩各的，相互转换极其痛苦	协议投影 (Projections)：底层同一份 Agent 元数据，上层 SDK 可按需“投影”为标准 MCP Tools 或 A2A 通信配置，上层免维护映射逻辑。
底层通信与传输 (Transport)	普通 HTTP/WebSocket，缺乏端到端加密与流控	SLIM 协议：专为 Agent 间交互设计的安全、低延迟、支持分层加密（MLS）的消息传输通道。

---

三、AGNTCY 生态的核心组件

AGNTCY 围绕 Agent 生命周期的 Discover（发现）、Compose（编排）、Deploy（部署）、Evaluate（评估） 构建了一套完整的开源组件矩阵：

组件名称	角色定位	核心机制与作用
Agent Directory (dir)	去中心化服务发现注册中心	类似于 Agent 领域的 DNS / Harbor。将 Agent、Skill 和元数据打包为 OCI Artifacts 存储在标准容器仓库中，并用 Sigstore / Cosign 验证签名防篡改。
OASF (oasf)	开放智能体元数据标准 (Open Agent Schema Framework)	平台无关的数据规范，用标准统一的 Schema 描述 Agent 的身份、输入输出契约、Skill 以及所兼容的协议（如 MCP、A2A）。
SLIM (slim)	安全低延迟交互消息协议 (Secure Low-Latency Interactive Messaging)	Agent 之间的网络传输层，支持 Pub/Sub、流式传输（Streaming）以及 MLS（分层加密），让跨主机、跨网络的 Agent 安全通信。
Identity (identity)	智能体去中心化身份与认证	为 Agent、MCP 服务端签发密码学身份标识、可验证凭证（Verifiable Credentials）与基于策略的访问控制。
SHADI (shadi)	加固的安全运行沙箱 (Secure Host for Agentic AI Dynamic Instantiation)	提供 OS 级别沙箱、加密本地内存与敏感凭据隔离，用于安全动态实例化执行外部未知 Agent。
Observability & Evaluation	多智能体可观测与评测	收集分布式 Agent 之间的 Trace 链路、遥测数据并进行端到端协作评测。

各组件如何协同工作？

以一个跨组织的 Agent 协作场景为例：

1. 发布与描述：开发者用任意框架写好 Agent 后，使用 OASF 规范生成能力描述文件；
2. 签名与上架：通过 Cosign 进行制品签名，发布到 Agent Directory (dir) 中；
3. 检索与解析：另一个业务系统的编排器通过 Catalog SDK 查询 dir，使用语义搜索或协议投影（如投射为 MCP Tools），找到所需能力的 Agent；
4. 鉴权与连接：通过 Identity 校验对端 Agent 的数字证书和访问权限；
5. 安全通信：双方通过 SLIM 协议建立低延迟端到端加密通道，开始协同处理任务。

---

四、给不同角色带来的实际收益

• 对 Agent 开发者 / 框架作者：

• 专心写好自己的核心业务 Agent（无论是基于 LangGraph 还是原生 Python/Go）。

• 只要遵循统一规范，就能无缝上架到全局 Directory，直接被其他团队甚至外部组织发现和调用，不用到处去写 API 适配器。

• 对企业平台与架构师：

• 解决企业内部 Agent 治理难题。

• 企业能清晰看到内部到底沉淀了多少个 Agent 资产、各个 Agent 的依赖版本、权限归属，并能通过安全签名阻断未经审核的影子 Agent 运行。

• 对整个 AI 生态：

• 推动行业从单体 Agent / 封闭框架走向跨网络、去中心化的分布式多智能体经济体。

这也正是为什么 Cisco、Red Hat 等拥有丰富网络、云原生和安全背景的开源老牌力量，要将其推入 Linux 基金会来共同主导的原因——它本质上是一场针对 Agent 时代的“基础设施新标准运动”。