本文预测到2027年，大多数跨链交易将由软件（如自主代理、求解器机器人、财库自动化等）而非人类发起。现有的网桥UI和流程不适应这种转变，而Across协议已推出面向代理的原生堆栈，包括Swap API、Skills CLI、MCP Server（七个结构化工具）、ERC-7683支持、反事实存款地址和MulticallHandler合约。这些基础设施允许代理通过单一API调用实现无claim交易、可编程存款和组合式目的地操作。文中还给出了开发者如何利用这些工具构建代理应用和消费级应用的实用建议。
连接
返回顶部跨链
产品
公司
社交
热门路线
TL;DR
-
到 2027 年，大多数跨链交易量将由软件而非人类发起：自主 Agent、求解器机器人、资金库自动化，以及完全抽象掉桥接层的消费类应用。
-
一个 Agent 原生桥接器必须满足五个约束条件：一次确定性 API 调用、无申领交易、面向非签名流的可编程存款选项、可组合的目标链操作，以及机器可读文档。大多数桥接器目前仍无法满足。
-
Across 的 Agent 技术栈现已投产：Swap API，Skills CLI，MCP Server（七个结构化工具），ERC-7683 支持，反事实存款地址，以及用于原子桥接+操作的 MulticallHandler。
-
桥接不再是终点。它是一个 Agent 调用的函数调用，而为此转变构建的协议将能够干净地融入 Agent 原生未来。
-
立即开始集成：docs.across.to .
在加密货币历史的大部分时间里，每个链上操作都始于人类点击按钮。连接钱包、批准代币、签署交易、等待、重复。桥接 UI 是为人类设计的，支持文档、错误消息、恢复流程同样如此。
这个假设很快就会过时。到 2027 年，大多数跨链交易量将由软件而非人类发起。自主 Agent 重新平衡投资组合、做市商跨链追逐收益、资金库机器人分发协议资金、消费类应用将桥接从用户视野中抽象掉。这些系统没有一个会读取 UI，没有哪一个能容忍多步申领流程。它们需要的是为它们构建的基础设施，而非围绕它们改造出来的。
这篇文章阐述了这类基础设施应是什么样子、为什么大多数桥接尚未准备好，以及 Across 现已投产的 Agent 原生跨链技术栈。
交易量转移已在发生
三大趋势正在汇聚。
链上交易量越来越多地由自动化系统执行。基于求解器的 DEX 架构、MEV 搜索者、意图填充者、结构化产品再平衡器都是以软件形式运行。它们中没有一个是靠点击 Uniswap 来操作的。构建这些系统的同一批人现在正在构建它们的上层：Agent 不仅决定如何执行单笔交易，还决定何时何地部署资金。
AI 编程工具在 18 个月内从新奇事物变为默认工具。Claude Code、Cursor、Codex、Windsurf 和 Copilot 现在是相当一部分加密开发者进行交付的方式。这些工具通过 Skills CLI 和 MCP server 直接访问 Across，这意味着开发者请求 AI 助手“将 1,000 USDC 从 Arbitrum 桥接到 Base”时，可以在不自己编写代码的情况下端到端执行。桥接不再是它们导航到的目的地，而是助手进行的一个函数调用。
消费类应用正将桥接完全抽象掉。钱包、DEX 聚合器和投资组合仪表盘越来越多地将桥接隐藏在“发送”按钮、收益策略或一键再平衡后面。用户不知道自己正在进行桥接。应用的后端知道，而应用的后端是发出 API 调用的软件。
三者组合起来的吞吐量在 2027 年之前将超过手动桥接代币的人类交易量。抓住这一浪潮的基础设施将是那些为此而设计的。
已上线的产品
Across 的 Agent 原生技术栈不是路线图上的项目，而是已经投产。
Swap API。 一个单一的 REST 端点 /swap/approval，为 23 条以上支持链上的任何路线返回 calldata。交易类型包括 exactInput、minOutput 和 exactOutput。结算机制选择是自动的。文档位于 docs.across.to。
Skills CLI。 一条命令（npx skills add https://github.com/across-protocol/skills --yes）将桥接工具插入 Claude Code、Codex、Cursor 和 Openclaw。安装后，AI 助手可以通过自然语言获取报价、构建交易、执行批准和跟踪完成情况。
MCP Server。 托管于 https://mcp.across.to/mcp，兼容 Claude Desktop、Claude Code、Cursor、VS Code Copilot、Windsurf 和 Codex。提供七个工具用于文档搜索、页面获取、API 参考、支持链查询、实时费用查询、代码示例和强制文档刷新。
ERC-7683。 Across 实现了 跨链意图标准，定义了意图系统通用的订单格式。对于面向多个意图协议的 Agent，这意味着跨实现共享订单模式。
嵌入式跨链操作。 通过 MulticallHandler 合约，Agent 可以将任意目标链调用附加到桥接上。该模式已有文档说明，合约已在每条支持的链上部署。
基础设施已经存在。缺少的是 Agent 被采用的广泛程度，而当第一波 Agent 原生应用证明该模式有效时，这一差距将迅速缩小。
现在应该构建什么
对于今天正在交付的开发者，实际的要点很具体。
如果你正在构建一个涉及多链 DeFi 的 Agent，直接集成 Swap API，并设计提示词以便 Agent 能顺畅地调用它。将 Skills CLI 添加到你的编码环境中，这样一来你的 AI 助手就可以在开发过程中构建和执行桥接调用。
如果你正在构建一个想要抽象掉桥接的消费类应用，MulticallHandler 是让你在不向用户暴露桥接的情况下捆绑桥接+操作的原语。让操作成为产品，让桥接不可见。
如果你正在运行持有资金但无需密钥的基础设施（机器人、自动化、CEX 入金），应首先研究反事实存款地址流程。它是将桥接与钱包签名解耦的原语。
从 docs.across.to 开始。Agent 原生的基础设施已投入生产。对软件友好的桥接将比那些不易用的桥接更持久。
