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/