讓機器人安全花錢的支付基礎建設

概要

• 探索與交易要分開Steve 的核心主張是，探索與發現受益於非確定性，憑證、付款與結帳卻需要確定性。「怎麼找東西」和「怎麼付錢」要隔開，這是整場的關鍵切分。
• agent 出錯的四種方式Steve 列出買錯地方、買錯東西、付錯金額、用錯憑證；讓機器人像人一樣操作瀏覽器，則又慢又難觀察結果。
• Shared payment tokensagent 取得付款憑證後，可以綁定特定賣家、幣別、金額與期限再交給賣家，由 Stripe 強制執行。demo 中賣家要求 $50，超過授權的 $25 而被擋下，改成較低金額後才成功。
• Machine payments protocol與 Tempo 合作，讓伺服器在 HTTP 請求上回報「需要付款」，agent 附上憑證再取得商品。demo 中一次呼叫花費一分錢，付款落在 Tempo 區塊鏈上。
• Agent 商務協定（ACP）與 OpenAI 一起做，用標準的 API 與物件描述商品目錄與結帳流程，agent 與賣家來回更新購物車狀態，直到付款。賣家仍掌握與顧客的關係，也拿得到風險訊號。
• 結論探索留給非確定性的規劃者；付款、結帳與憑證則走確定性的流程，搭配可驗證的對象與結構化協商，把風險範圍壓小。

原話

• “discovery and exploration benefit from non-determinism.”

  探索與發現受益於非確定性

  ▶ 00:47

• “But credentials, payments and checkout, require determinism.”

  但憑證、付款與結帳需要確定性

  ▶ 01:03

• “we're not trying to do something secret from the seller.”

  我們不是要瞞著賣家做什麼

  ▶ 07:50

• “HTTP requests should be able to be paid for, right?”

  HTTP 請求應該要能付費，對吧

  ▶ 09:08

• “Payments and check out and credentials we want to shift towards exclusively deterministic.”

  付款、結帳與憑證，我們希望全面轉向確定性

  ▶ 15:31

延伸

• Steve 提醒，產品如果只開放網頁介面，agent 與業務互動時的非確定性就會變多，因此主張把產品做成 agent-friendly，用 shared payment token 或錢包這類技術安全地管理憑證。
• 週期性預算的問答中，Steve 把授權比喻成 OAuth 的 access 與 refresh 流程，並說 Stripe Projects 的月付就是用這個方式運作。