Robinhood 让 AI 代理自主下单：关闭逐单审批后，亏损归客户

Robinhood 在 9 月 29 日休斯顿 HOOD Summit 上发布 Robinhood Agents，允许 AI 代理直接在 App 内替客户交易。默认设置下，每一笔订单仍需客户审批；但客户可以关闭审批，让代理独立下单。据 PYMNTS 报道，一旦代理做出糟糕的交易，损失由客户承担——即便审批已被关闭。产品面向符合条件的美国客户，"即将上线"。

这不是 Robinhood 第一次碰代理交易。今年 5 月它推出过 Agentic Trading，但那套方案要求客户自备外部 AI 代理，再用开发者工具把它接到 Robinhood 服务器上。技术门槛不低，仍有客户买单：据公司 7 月财报材料，截至 7 月底近 10 万客户开设了代理账户，持有资产超过 1 亿美元；到 9 月底，这一数字突破 15 万。Robinhood 在峰会上公布的未经审计数据显示，代理每天调用其工具接近 3,000 万次。

新产品把这些能力从开发者接口搬进主 App，不再需要链接或配置。这一步的意义在于分发：Robinhood 截至 8 月底有 2,860 万资金账户客户，代理从"极客玩具"变成面向大众的默认选项。

审批开关是产品设计，也是责任分界线

把"逐单审批"做成可关闭的开关，等于把授权边界交给客户自己划。开着，人仍是决策链条的一环；关掉，代理就成了事实上的执行主体，而账户、资金和法律责任仍挂在客户名下。Robinhood 的表述很直接：亏损归客户。

这在传统券商框架里并不新鲜——客户授权交易、自担盈亏，本就是经纪业务的基本逻辑。但代理交易把这条逻辑推到了新位置：过去"授权"是一次性的、有明确指令的委托；现在授权是一个持续运行的软件进程，它可以在客户不看盘、不确认、甚至不知情的时间窗口里反复下单。授权意图（mandate）从一句话变成一段代码，而这段代码的边界由谁定义、由谁审计、出问题时能否还原，目前没有行业统一答案。

对 Robinhood 而言，把代理放进主 App 是增长逻辑的自然延伸：代理调用工具的次数、代理账户的资产规模，都是可讲的故事。但代理越自主，平台承担的风控与合规压力越大。逐单审批关闭后，异常交易模式、单日累计下单量、代理是否被外部提示注入操纵，这些都需要在成交前而非事后被识别。券商现有的市场风险与适当性框架，是为人类下单节奏设计的，未必适配一天调用 3,000 万次的机器行为。

谁为无人工确认的交易负责，行业还没有标准

从 OceanAlt 关注的 Agent 支付合规与安全视角看，Robinhood 这个开关暴露的是同一个问题的证券版：当 Agent 被授予资金操作权限，身份核验（KYA）、授权范围（单笔额度、单日累计、可交易标的白名单）、以及结算前拦截，应该由谁在什么环节执行。

支付领域已经在往这个方向走——x402 这类机器支付协议把付款意图写进 HTTP 层，稳定币结算方开始尝试在放款前做筛查。证券交易的链路不同，但结构相似：代理发起指令、平台执行、资金划转，中间缺少一个独立于客户和平台的"授权验证"层。Robinhood 目前的答案是让客户自己选：要么逐单确认，要么自担全部后果。这个二选一在 15 万账户、1 亿美元资产的规模下还能靠免责条款兜住；如果代理账户继续向 2,860 万客户基数渗透，监管大概率不会满足于"客户自己关的开关"这一句解释。

值得留意的是时间线：5 月外部代理接入，9 月主 App 内置，四个月内账户数从近 10 万涨到 15 万以上。产品迭代速度明显快于责任框架的成型速度。对做代理支付基础设施的公司来说，Robinhood 的开关是一个可观察的样本——它证明了需求真实存在，也证明了授权与归因层目前仍是空白。

OceanAlt 认为，Robinhood 把"逐单审批"做成默认开启、可一键关闭的开关，本质上是用产品默认值替代了尚未成型的授权标准：默认值决定了大多数客户的实际风险敞口，而开关本身并不产生任何可审计的授权记录。这意味着在监管给出统一答案之前，代理交易的授权边界实际上由各家券商的产品交互设计各自定义，客户面对的不是一套可比较的规则，而是一组彼此不可迁移的默认设置。

---

原文来源：PYMNTS · https://www.pymnts.com/news/investment-tracker/2026/robinhood-lets-ai-agents-trade-without-customer-sign-off/