币安放开AI代理自动交易 额度由用户自行把关

把账户钥匙交到代理手里

注册用户超过3亿的币安,在周四推出了一个名为Agent OS的平台,让AI代理不只是分析市场,还能实际执行交易。行业整体正从"聊天机器人回答问题"走向"代理直接动用资金"的阶段,而这一次,自主AI被直接引入了管理真实资产的业务环节。不过,决定这个代理能做什么、能做多少,并确保它不越界,这份责任在很大程度上落在了用户身上,而不是币安。

Agent OS连接了什么

Agent OS是一个让开发者能把AI应用和代理接入币安金融基础设施的平台。除了币安API、钱包代理中枢、用于支付验证与中介的x402接口、技能中心等既有工具外,这次新增了对模型上下文协议(MCP)的支持。它还能与OpenAI的ChatGPT、Codex,Anthropic的Claude Code,以及编程编辑器Cursor协同工作,用户可以借此授权代理查询行情数据、查看账户信息、执行下单。

"子账户"这道安全阀

币安不会把整个账户交给代理,而是只开放一个单独创建的"子账户"。用户可以把子账户限定在现货交易或期货交易等特定活动范围内,再分配给代理使用,该子账户的提现功能默认处于关闭状态。币安产品副总裁Jeff Lee表示:"我们没有给用户完全的自由,而是把精细控制代理权限的能力交到了他们手中。"用户既可以设置成每一笔订单都需要人工确认,也可以只设定好权限范围,让代理完全自主执行。

交易所并没有另行设定代理可以交易或亏损的上限,子账户里存入的资金实际上就构成了这个上限。当被问及币安是否能看到代理做出某个交易决策背后的推理过程时,Lee副总裁在采访中回答:"我们完全看不到那个判断背后的推理过程。"由于推理发生在用户自己的电脑或所选AI应用内部,币安虽然能监控代理做出的交易结果,却难以确认这些判断是否被错误信息或操纵所左右。面对"如果代理遭遇提示注入之类的攻击被操纵会怎样"的提问,Lee副总裁再次强调子账户结构是第一道防线。此外,一直应用于子账户API的既有安全、风险控制和反洗钱政策,也将原样适用于Agent OS。

钱包和支付环节,币安直接设了上限

与交易所内的交易不设单独限额不同,通过x402接入和Agentic Wallet进行的支付与链上活动,币安设定了每日限额。

活动	每日限额
常规兑换	5万美元
DeFi交易	10万美元
x402支付	20美元

代理可以通过x402接口发送和结算支付,也可以借助Agentic Wallet处理代币和去中心化金融(DeFi)协议。Lee副总裁将Agent OS形容为打造一个能够横跨加密货币与传统金融市场的AI应用平台的"第一步"。

交易所之间的代理竞赛

向AI代理开放基础设施,并不是币安一家的选择。

交易所	时间	内容
Kraken	3月	内置MCP服务器的开源命令行工具,支持现货、期货交易执行
Coinbase	6月	Coinbase for Agents,在用户设定额度内进行交易与支付
OKX	年初	开源MCP工具包,支持代理交易
币安	8月20日	Agent OS,整合MCP、子账户与Agentic Wallet

具体怎么用

根据原文披露的信息,使用流程大致如下。首先,用户在币安账户中创建一个专供代理使用的子账户,并指定现货或期货等活动范围。接着,把ChatGPT、Codex、Claude Code、Cursor等正在使用的AI应用,通过Agent OS或MCP接入这个子账户。然后决定代理是每笔订单都需要人工确认,还是在设定好的权限范围内自主执行。最后,把实际打算交给代理操作的资金转入子账户,这笔金额就成为代理能够动用的实际上限。原文提到,开发者可以通过Agent OS的开发者页面和MCP服务器文档获取具体接入方法。

值得注意的是,这次发布是在业界对AI公司内部管控能力普遍存疑的背景下出现的——正如《防护评级:五家AI公司内部管控全部不及格》(/2026/8/ai-labs-are-failing-to-keep-their-own-systems-in-check) 一文所指出的,打造自主代理的公司们,自身的内部管控机制目前仍相当薄弱。

编辑视角

币安不对交易亏损另设上限,而是把子账户余额当作实际限额,这个设计本身就说明了它的思路。交易所并没有构建任何工具来验证代理的判断是对是错——按照公司的说法,由于推理过程本就发生在用户自己的电脑或所选AI应用内部,这在结构上根本无从查看。换句话说,不管代理是被提示注入攻破,还是被错误的行情信息误导,币安提供的唯一保障就是:亏损最多不超过子账户里存入的金额,不会再多。

如果放在Kraken、Coinbase、OKX今年陆续开放基于MCP的代理交易这条时间线上看,币安这次的发布更像是姗姗来迟的跟进。但一旦叠加3亿注册用户这个体量,情况就不一样了——这次发布意味着,把交易权限交给代理很可能不再只是少数早期尝鲜者的实验,而是有机会成为一个大众化的选项。

从实操角度看,眼下不管是个人还是团队,唯一靠谱的防范办法就是:存入子账户的钱,必须是真的亏得起的钱。既然交易所在结构上就看不到代理的判断过程,风险管理最终还是要落在用户转账之前自己设定的上限上。考虑到提示注入或错误行情信号都有可能导致代理失灵,比较稳妥的做法是,一开始就把每笔订单都设置成需要人工确认,观察几周之后,再考虑切换到自主执行。

未来几个月内,其他大型交易所很可能会陆续推出类似的、基于子账户的代理交易架构。但只要有一次因提示注入或被操纵的市场信号而造成实际损失的事故被广泛报道,眼下这种把控制责任转嫁给用户的设计思路本身,恐怕就会引来监管机构的关注。