CEX正在上线AI智能体。这是Perp DEX开发者应该学习的经验。

7月10日，Kraken宣布将围绕AI智能体重建其整个移动应用程序。 不是在侧边栏加一个聊天机器人，而是重建整个产品。AI会在注册时评估你的风险偏好，实时呈现交易思路，并在你批准后执行。

Kraken是三大交易所中最后一个行动的。Gemini于4月27日推出了其Agentic Trading功能， 让Claude、ChatGPT等兼容MCP的模型通过直接API访问下单交易。Coinbase随后于6月11日推出了Coinbase for Agents， 这是一个让AI助手通过其x402协议交易加密货币、转移资金并付费购买研究报告的平台。Bitget早在3月就升级了其Agent Hub。

每一家主要中心化交易所现在都将AI智能体支持视为基础设施，就像十年前对待移动应用一样。这对Hyperliquid及其他Perp DEX的开发者意义重大，因为CEX正在上线的功能，恰恰告诉你智能体要有效交易需要什么。而其中一些功能，在链上比链下更容易构建。

CEX的打法：MCP、模拟交易与结构化输出

剥开营销话语，从CEX的产品发布中可以归纳出三种模式。

MCP作为接口标准。 Gemini、Coinbase和Kraken都采用了Model Context Protocol作为智能体网关。 MCP为AI模型提供了一种标准化的方式来发现并调用交易所功能，就像浏览器发现并渲染网页一样。Kraken的CLI完全用Rust编写，是一个零依赖的二进制文件， 这意味着智能体无需安装SDK、管理依赖项或处理API认证样板代码，就可以在本地运行。智能体专注于交易逻辑，CLI负责处理连接。

模拟交易作为智能体沙盒。 Kraken的CLI内置了一个本地模拟交易引擎，可以模拟账户余额，对实时行情执行限价单和市价单，并完全离线计算未实现盈亏。 这一点至关重要，因为AI智能体会犯错误。为它们提供一个可以在不冒资金风险的情况下针对实时价格测试策略的沙盒，是普及采用的基本条件。Coinbase则采取了不同的方式，通过隔离的智能体沙盒账户运行，用户可以为智能体设置消费上限。

机器可读的输出格式。 Kraken的CLI返回简洁的NDJSON，可以通过管道传入jq或送回LLM的上下文窗口。 这个细节看似微小，却影响深远。LLM消耗token。每一个多余的HTML标签、每一条冗长的错误信息、每一个API响应中不一致的字段名，都在消耗本可用于推理的上下文窗口空间。CEX正在为机器优化其输出，因为机器如今就是它们的用户。

这对Perp DEX开发者意味着什么

对于Hyperliquid生态的开发者来说，有一个令人不安的现实：如果一个开发者可以把Claude指向Kraken的CLI，并在五分钟内开始模拟交易永续合约，那么Hyperliquid开发者需要交付的产品标准已经提高了。

好消息是，Perp DEX拥有CEX永远无法匹敌的结构性优势。Hyperliquid上的每笔交易都在链上结算，每个仓位都可核实，没有提现延迟，智能体钱包无需KYC，也没有托管风险。在Hyperliquid上运行的AI智能体掌控自己的私钥，可以证明每一次成交记录。

但在基础设施的便利性上，CEX正在拉开差距。Kraken首席数字官Kamo Asatryan清楚地阐明了目标："AI将帮助普通人像我们最活跃的交易者一样响应市场变化。" 他描述的是专业工具的大众化。而眼下，CEX智能体基础设施与DEX智能体基础设施之间的差距是真实存在的。

智能层：DEX可以弯道超车的地方

看看驱动智能体交易的架构栈。顶层是LLM运行时：Claude、ChatGPT或某个自定义模型，负责决策交易标的。底层是结算层：交易最终确认的区块链。中间有两层：执行层（下单、管理仓位）和分析层（在交易前理解市场动态）。

CEX擅长执行层。它们的API成熟，速率限制有据可查，延迟也低。但它们的分析层是一个黑盒。Kraken可以告诉你ETH的价格和你的账户余额，却无法告诉你平台上盈利钱包现在的动向，因为那些数据是私有且孤立的。

链上Perp DEX颠覆了这一格局。在Hyperliquid上，每个钱包的持仓历史都是公开的。这意味着你可以按规模和历史记录对每位交易者进行分类，计算队列层面的信号（盈利钱包整体在做什么？），并通过API将这些智能数据提供给AI智能体。

这正是HyperTracker所做的事。我们的API将每个Hyperliquid钱包分类到16个行为队列之一：8个按永续合约权益规模划分（Shrimp到Leviathan），8个按历史总盈亏划分（Money Printer到Giga-Rekt）。当AI智能体询问"我应该做多ETH吗？"时，好答案和坏答案的区别在于上下文。队列持仓、订单流变化和清算风险数据，可以将一次凭感觉的赌博转变为有据可查的决策。

借鉴CEX打法：开发者检查清单

如果你在Hyperliquid上进行开发，并希望你的产品具备智能体就绪能力，以下是CEX产品发布告诉你应该优先考虑的事项。

1. 通过MCP开放你的API

MCP正在成为AI智能体连接领域的USB-C标准。每家主要CEX都支持它。如果你的Hyperliquid交易工具或分析仪表盘没有MCP服务器，智能体就无法发现你的能力。该协议是开放的，规范是公开的，在一个周末内就可以将现有的REST API封装完成。

2. 构建模拟交易模式

智能体需要在不冒资金风险的情况下快速迭代。Kraken的本地模拟引擎是这里的黄金标准：它追踪模拟余额，对实时行情执行交易，并完全离线运行。对于DEX开发者而言，对应的方案是测试网集成，或一个让智能体能够针对真实链上数据回测策略的历史回放引擎。

3. 为Token效率优化

你发送给LLM的每个字节都有token成本。当你的API消费者是一个拥有有限上下文窗口的语言模型时，简洁的JSON响应、一致的字段名和紧凑的错误信息都是竞争优势。去掉HTML标签，删除冗长的描述，只返回智能体推理所需的内容。

4. 向智能体提供预计算的智能数据

原始价格数据是不够的。智能体需要回答这样的问题："盈利的交易者是在积累还是在分发？"以及"清算集群在哪里？"预计算的分析数据、队列信号和订单流摘要，可以降低LLM的推理负担，从而实现更快的决策和更少的幻觉。

5. 主动推送更新，而非强制轮询

轮询会消耗速率限制并增加延迟。Webhook和WebSocket连接让智能体能够在市场事件发生的瞬间做出响应。如果一个Leviathan钱包开了一个大仓位，智能体应该在数秒内得知。

智能体真正看重的链上优势

有一个结构性原因，使得AI智能体最终会更偏向链上Perp DEX而非CEX，而这与去中心化的理念无关。

智能体需要可验证的数据。当Kraken上的AI智能体收到成交确认时，它信任的是Kraken的内部系统。当Hyperliquid上的AI智能体收到成交确认时，它可以在链上核实结算。对于自主管理资金的智能体来说，可验证性是一种安全机制。这是"交易所说我的交易成交了"与"我可以用密码学证明我的交易成交了"之间的区别。

Coinbase认识到了这种张力。其x402协议使用EIP-3009许可式密码学进行支付授权，通过USDC在链上结算智能体交易。 就连北美最大的CEX也在将智能体支付路由到链上轨道，因为智能体需要中心化数据库无法提供的结算保障。

对Hyperliquid的开发者来说，这是一个有利因素。你的执行层已经在链上。你的交易数据已经是公开的。缺失的部分是位于原始链数据与智能体决策过程之间的智能层。

接下来会发生什么

智能体交易浪潮正在快速涌动。在短短六个月内，每家主要交易所都上线了智能体支持。竞争前沿正在从"智能体能否访问我的交易所？"转向"智能体能否在我的交易所上进行智能交易？"

第二个问题，正是Perp DEX开发者的机会所在。CEX永远拥有它们拒绝共享的私有数据。链上DEX默认生成开放数据。增值点在于将这些开放数据转化为智能体可以付诸行动的智能信息：队列信号、订单流分析、清算风险评分，以及Smart Money追踪。

Kraken的Asatryan说，公司希望让用户感觉像是在与一位"消息灵通的好朋友"交谈。 对Perp DEX开发者来说，对应的目标是让你的智能体成为场内信息最充分的交易者。优势来自于读取链上每个钱包的数据，精准掌握哪个队列在积累、哪个在分发、清算压力正在哪里积聚。

在Hyperliquid上构建智能体就绪的分析能力

HyperTracker的API为你的AI智能体提供CEX API无法给予的东西：覆盖16个行为细分的预计算队列智能、订单流快照和清算风险评分。一次API调用，获取完整市场上下文。套餐起价$179/月。

探索API

CEX在六个月内交出了这份打法指南。链上数据是它们永远无法拥有的开放资产。智能层，正等待有人来定义。