Robinhood Agents 的零售交易智能体栈：模型、数据、代理账户与自动执行

9 月 29 日，Robinhood 发布内置于手机应用的 Robinhood Agents。用户可选择模型、接入数据、设定资金和审批，再让 Agent 研究市场和执行交易。它把原本分散在聊天工具、数据终端、券商接口和自动交易程序里的能力，装进了同一款散户产品。金融机构如果仍把面向散户的 Agent 当成行情问答入口，就会看漏最重要的变化：竞争单位已经变成一套带真实账户权限的交易系统。

核心判断：Robinhood Agents 的增量不在聊天界面，而在券商把模型选择、外部数据、独立账户和订单执行做成了一个可配置闭环。 日常语言说，就是模型不只告诉客户“可以买什么”，还可能在客户设定的资金和审批边界内替他下单；券商必须同时处理模型成本、数据授权、账户隔离、订单风控和责任归属。

从 Cortex 到原生 Agent，Robinhood 连续拆掉了两道门槛

Robinhood 先改变了权限，再改变了使用门槛。

2025 年 3 月公布的 Cortex 能解释股价异动、汇总新闻，并把用户观点翻译成期权策略。Robinhood 当时明确写明，Cortex 不替用户下单。它仍是研究助手，交易决定和提交动作都留给人。

2026 年 5 月推出的 Agentic Trading 跨过了第一道门槛。客户可以把 Claude、Codex 等外部 Agent 接到 Robinhood Trading MCP，并为它单独开设和入金一个账户。首版只支持股票，随后增加期权和加密货币。Robinhood 在第二季度末披露，接近 10 万名客户已开设这类账户，合计托管资产超过 1 亿美元。这证明真实资金愿意进入试验，但桌面端配置和外部 Agent 仍把产品限制在技术用户中。

9 月发布的 Robinhood Agents 拆掉了第二道门槛。用户在 Robinhood 手机应用里命名 Agent、选择第三方模型、开设专属账户并设置审批，不再需要自行配置 MCP。官方称，此前的外部 Agent 方案已带来超过 15 万个账户，Agent 每天调用 Robinhood 工具近 3000 万次。前一个数字说明产品已越过小规模演示，后一个数字却只是查询或操作工具的次数，不能等同于 3000 万笔订单，更不能当作交易业绩。

这条时间线锁定了 Robinhood 的路线：Cortex 负责解释，MCP 先验证真实账户授权，原生 Agents 再把授权包装成普通用户可完成的设置。它没有用一个更会聊天的助手替换旧助手，而是把技术用户已经使用的执行接口下沉到主应用。当前完整体验仍只在手机端分批开放给符合条件的美国客户，这个覆盖范围比“所有散户都已可用”要窄。

四层产品栈把模型能力变成账户动作

Robinhood 已披露的产品由四层能力共同构成。

• 单看模型、数据、账户或执行，相关能力在市场上已有先例；
• Robinhood 把它们接入同一券商应用，形成了账户级执行链路。

在这套已经披露的产品中，账户层和执行层承担了模型输出进入真实交易后的控制责任。Robinhood 把模型输出翻译为受账户资格、订单类型和资产规则约束的工具调用，并把每笔活动写回账户历史。专属账户因此不仅是一道“保险箱”，也是权限边界、资金上限和审计记录的共同载体。内置账户可选择现金账户或有限保证金账户，后者只能使用未结算卖出款，当前不提供保证金借款或杠杆。公开材料没有逐项比较各层能力在行业中的复制难度，因此不能据此判断哪一层最容易或最难被复制。

数据层又改变了产品经济。Robinhood 按所选模型的公开 Token 价格向用户收费，Agent Apps 则按月订阅。券商由此同时掌握模型入口、数据分发和交易执行，却没有承担模型供应商或数据生产商的全部成本。对大型银行和券商的技术负责人，这意味着自有模型并非这套产品中唯一需要控制的环节。账户权限、数据许可、订单工具和计费关系拼在一起，才决定 Agent 能否成为产品，而不是一次对话功能。

同期比较显示，分界线在订单提交权

在本文核验的同期产品中，Interactive Brokers 的 AI Integration 与 IBot 提供了一个可对齐的参照。

Interactive Brokers 和 Robinhood 都让通用模型接触持仓与市场数据，也支持用自然语言进入订单流程。两者在公开材料中可确认的差别落在最后一步。

Interactive Brokers 证明“自然语言研究加下单入口”早已存在，因此不能把 Robinhood Agents 写成首次使用 AI 交易。在这两个已核实对象之间，更准确的差异是：Interactive Brokers 要求客户审核并提交订单，Robinhood 则允许客户关闭逐笔审批，把符合条件的订单提交权交给 Agent，并用专属账户承接风险。这里的代理账户，是为 Agent 单独设置并与客户其他资产隔离的专属账户。本文没有逐项比较同期所有零售交易产品，因此这一差异只适用于 Robinhood 与 Interactive Brokers 的公开方案，不能据此断言 Robinhood 在整个市场中具有唯一性。

这一区别也解释了 Robinhood 为什么先做独立账户。若 Agent 只能生成票据，人工确认就是最后一道统一关口。允许后台自动提交后，券商必须在订单之前增加资金隔离、资产资格、模型权限和可撤销连接。Robinhood 把审批默认打开，说明它并未假设模型已足够可靠；它只是让客户可以主动越过这道关口。

成交占比、Loops 上线和责任数据决定结论能走多远

直接限制当前结论的证据缺口，是现有规模数据没有证明自动执行已成为主流用法。

近 3000 万次日调用可能主要来自行情、持仓、扫描器和研究请求。Robinhood 尚未披露其中有多少生成订单、多少通过审批、多少成交，也没有公布拒绝率、异常交易、人工暂停或投资结果。若实际成交只占极小比例，市场采用层面的结论就必须退回到“已建成执行能力”，不能写成“散户已经大规模把投资交给 Agent”。公开材料没有系统比较其他可能反证，因此这里不把该数据缺口称为所有反证中最强的一项。

Loops 也是一条清晰边界。发布材料把它描述为可按时间或条件反复研究和交易，但产品页仍标注即将推出。客户协议已经允许周期任务在用户离线时提交订单，说明法律和账户框架为持续执行预留了位置；产品是否稳定上线、能否在波动中及时中断，尚无公开运行数据。已经提交的订单不会因为撤销 Agent 权限而自动撤回，这使“随时关闭”不能等同于“即时消除风险”。

责任安排比功能宣传更明确。Robinhood Labs 提供技术，但不是经纪商或投资顾问。官方披露称，Robinhood 不控制、监督或审计 Agent，客户对交易负责；数据交给所选模型后也离开 Robinhood 的安全环境。客户协议进一步规定，已认证 Agent 发出的指令在 Robinhood 收到后对客户具有约束力。执行权已经产品化，投资判断和模型失误的责任却没有随之转移。

未来一至两个季度，判断这套栈是否真正改写零售交易，需要看三组同口径数据。第一组是工具调用中订单和成交的占比。第二组是用户关闭默认审批后的留存与拒绝率。第三组是 Loops 上线后的暂停、限额触发和异常处置。即使这些数据最终很低，Robinhood 仍已改变自身产品的能力边界；只有当持续成交与风险记录同时出现，才足以证明客户行为也发生了同等幅度的变化。