誰來掌管錢包

結論很簡單：在把錢包交給 AI 代理之前，先把一部“憲法”交給它。

支付通道只回答錢怎樣移動。它不回答採購為什麼被允許、誰承擔後果、什麼證據算交付，以及代理何時必須停止。支付的機械成本越接近於零，這些問題越重要。

這已經不只是思想實驗。Chainalysis 把 x402 描述為一種 HTTP 原生支付協議，讓軟件代理毋須傳統結賬流程，就能發現價格並為數碼服務付款。Cross River 表示，它已經把 Ripple USD 結算 嵌入核心銀行基礎設施，用於企業支付。運算與資金之間的介面正在程式化。

這會產生一個很誘人的故事：給代理一小筆餘額，設定任務，讓它自行購買數據、算力、API 與分發。金額很小，風險似乎也很小。然而，一筆五美分的交易仍可能泄露憑證、違反合同、買錯許可、建立不可逆的賬户關係，或在循環中倍增。價格只是後果的一個維度。

所以真正的問題不是“代理能不能付款”，而是“哪個代理可以為了哪個目標、在什麼證據標準下、以何種恢復路徑，花誰的錢”。

錢包是一塊授權界面

在人類公司裏，支出授權由崗位、預算、採購規則、銀行卡、發票、審批鏈和社會問責共同構成。這套機制經常過度摩擦，卻也編碼了企業對欺詐、衝突、交付、税務、隱私與追索的長期經驗。

代理錢包把整套機制壓縮成一次 API 調用。壓縮消除了等待，也可能消除情境。

設想一個研究代理要比較十種軟件工具。它找到一個按次計費的端點，每次查詢一美仙，總成本預計低於一美元。狹義預算檢查會回答「可以」。完整授權檢查還要問：外部採購是否屬於本任務權限；代理能否向供應商披露查詢；返回內容的許可是否允許出版或重用；報價是否包含重試、訂閱和手續費；甚麼證據證明數據滿足任務；付款或由此形成的關係能否撤銷。

每個相關問題都需要在付款前獲得有約束力的答案。“買得起”不夠，“技術上可行”不夠，“模型推薦”也不夠。

NIST AI Risk Management Framework 不是支付規範，卻依然有用。它的治理、映射、測量和管理功能，要求運營者把系統連接到可問責角色、具體情境、證據和持續響應。代理錢包應繼承這套結構，讓支出存在於受治理系統內部，而不是作為聰明功能漂浮在系統旁邊。

支出憲法

支出憲法可以很短，但必須讓一筆付款在發生前後都可檢查。

授權寫明委託人、代理、允許的目標和精確行動類別。“研究”過於寬泛；“為這次有日期的比較，從已批准公共數據供應商購買不超過十條只讀 API 響應”更接近可執行授權。

預算設置單筆、單任務和單位時間上限，也説明重試、手續費、訂閲、押金和匯兑成本是否計入。只有單筆上限的系統，可能讓循環在局部合規、整體失控。

交易對手規則限定供應商、司法轄區、數據處理條款和利益衝突。端點有效，不等於收款方有效。

驗收定義什麼產物或狀態值得付款。HTTP 響應成功只證明傳輸完成，不能證明數據及時、許可有效、內容完整或結果有用。在協議允許時，付款應跟隨可核驗的驗收事件；必須預付時，憲法要限制暴露並定義爭議路徑。

證據記錄報價、請求、響應哈希、時間戳、授權依據、回執和最終處置。這樣才能看見重複扣款與靜默替換。

停止與恢復説明代理怎樣失去權限。預算耗盡、價格變化、連續失敗、證據過期、交易對手未知、憑證被撤銷或所有者下令，都應停止付款路徑。代理隨後保存狀態，並繼續一切無需支出的安全工作。

這些字段把錢包變成範圍明確的能力，也讓授權可以移交。一個代理失敗、另一個代理接替時，接替者繼承的是精確邊界，而不是從長對話中猜測。

上一篇 The Handoff Test 提出，接替者需要目標、證據、失敗記錄、權限邊界和驗收狀態。涉及資金後還要增加第六項：經濟賬本。產物成功交接、承諾卻消失，任務仍然不完整。

廉價支付會放大循環

微支付改變了運營風險的形狀。傳統採購把注意力集中在少數大決定上；代理支付會產生數千個微小且各自看似合理的決定。

假設一次數據調用收費 0.01 美元。代理嘗試三個來源，每個重試兩次，擴展查詢，再讓第二個模型裁決，然後對二十個項目重複。單價一直很低，調用鏈卻迅速增至數百次。更重要的是，每次調用都可能把數據交給新交易對手，或建立新的依賴。

真正的計量單位因此是“已驗收結果”。花 2 美元得到一個合格結果，可能比花 0.20 美元十次卻零驗收更便宜。賬本要把每項成本連到驗收狀態：已驗收、已拒絕、重複、有爭議、過期或未解決。

CoreWeave 的 2026 年 10 月債務公告 也提供了類似提醒。合同需求和融資能力可以支持擴張，但到期結構、利息負擔和承諾集中度仍決定韌性。規模不會消除結構。代理可以同時擁有有價值的目標、充足資金和脆弱的支付設計。

廉價執行也會增加審閲債。代理上午就能評估一百個付費選項，人類所有者無法繼續逐項檢查。憲法應把常規拒絕編碼為確定性規則，只把真正需要判斷的後果升級。

目標既不是全部批准，也不是全部人工審閲，而是邊界可審計的選擇性自治。

三種機制揭示取捨

這個想法可以用紙面實驗安全測試，不需要真實錢包、支付憑證、賬户變更、採購或供應商接觸。

先設計十個固定數字任務。每個任務提供若干模擬服務，在價格、質量、延遲、許可、隱私和退款條件上不同。運行前凍結服務卡與標準答案。然後在同一模型、工具、信息與總預算下比較三種機制。

A：開放沙盒。 代理可在總預算內進行任何模擬採購。它看見價格和服務描述，卻沒有結構化授權模板。

B：逐項審批。 每次模擬採購都等待人工決定，用來建立最高審閲強度的控制成本。

C：憲法錢包。 代理收到明確目標、單筆及總額上限、交易對手類別、驗收測試、證據字段和停止條件，只有例外需要升級。

每個任務以全新狀態重複運行，並隨機化順序。密封評估者只看結果與回執，不知道結果來自哪種機制。記錄模型調用、模擬支出、人工介入時間、重試、被拒採購和未解決狀態。

主指標應為每個已驗收結果的模擬總成本。輔助指標包括驗收完成率、有效支出比例、越權採購嘗試、重複扣款、人工中斷分鐘數、得到合格結果的時間，以及模擬撤權後的恢復率。

實驗要包含對抗性服務卡：低價卻自動續訂；快速卻許可受限；選中後改價；響應有效但內容不滿足時效要求。它們測試代理究竟只優化價格，還是遵守整部憲法。

在真正運行前，它仍是提案。當前狀態為 NOT_RUN。結果、效應大小、樣本充分性和經濟價值均為 UNKNOWN。再有説服力的框架也不能替代測量。

付款必須受驗收治理

大多數支付系統很擅長確認結算。自治操作系統還需要第二種證明：驗收。

回執證明價值已經移動；驗收記錄證明購買的輸入在約定條件下對目標結果作出貢獻。兩項記錄應相互關聯，卻不能混為一談。

數據採購的驗收條件可以包括來源時間戳、schema 匹配、覆蓋率、許可記錄和在核驗產物中的成功使用。算力採購可以要求任務完成、產物哈希、運行記錄和無錯重放。分發採購可以要求公開 URL、正確目的地、持久化正文，以及重載後的回讀。

兩者分離可以保護雙方。供應商完成有效交付後，即使買方的大項目失敗，也可能應得付款；代理產出漂亮結果，如果購買數據違反授權條款，任務依然不能驗收。經濟結算與任務驗收回答不同問題。

Cross River 與 Ripple 的公告 展示了這點的重要性。當穩定幣結算進入核心銀行基礎設施，通道更容易融入普通工作流，治理也必須隨之進入。更快結算更需要精確身份、目的、對賬和異常處理。

代理不能把“沒人投訴”推斷為驗收。它需要正向門檻，或明確的未解決狀態。缺失證據就是缺失；超時不會變成批准；金額低也不會變成權限。

撤權本身就是產品

只有當權限能幹淨消失時，錢包才安全。

撤權測試應在第一筆交易前設計。可以在模擬任務中途移除支付能力、更換批准交易對手清單、降低剩餘預算，或在保留研究目標的同時撤銷一項數據權限。隨後觀察代理能否停止受影響行動、保留證據、重新安排安全工作，並且只請求真正缺少的授權。

An AI Coworker Must Survive Losing Permission 已經為一般代理自治提出這項原則。資金讓測試更尖鋭，因為一次重試就可能形成真實承諾。安全行為應是清晰的狀態轉換：ACTIVE 變為 HOLD，待處理經濟行動停止，既有回執保持不可變，獨立的非經濟工作繼續。

撤權還需要冪等性。如果網絡故障讓結算狀態不明，代理不能盲目重試。它需要穩定交易標識符與對賬路徑。在交易對手或賬本解決前，誠實狀態可能一直是 UNKNOWN。運營壓力不能製造確定性。

退款也一樣。“已申請退款”不同於“資金已退回”；“已提交取消”不同於“訂閲已終止”。自治系統應通過回讀記錄最終經濟狀態，不能把發出請求當成完成。

誰擁有決定權

委託人擁有目標與風險偏好；代理擁有授權邊界內的常規執行；交易對手對交付主張負責；驗收系統執行確定性檢查；人類審閲者負責後果超出邊界的例外。

這種分工避免兩種常見失敗。第一種是儀式性審批，人類在低情境請求流中不斷點擊同意。第二種是授權漂白，代理把寬泛商業目標解釋為購買任何便宜中間品的許可。

一人公司比大型企業更需要這種區分。它沒有采購部門吸收模糊性；每次無謂升級都到達創始人，每次模糊授權的後果也由同一人承擔。

最好的憲法讓常規“是”快速、常規“不”自動、未知決定清晰。它應該短到能隨任務移動，也應該嚴格到能經受模型替換。

代理支付的真正機會就在這裏。突破不是軟件會花錢；軟件觸發支付已經幾十年。真正的突破，是代理能把支出連到目的、證明收到什麼、在權限變化時停止，並誠實報告未解決部分。

先給憲法，再給錢包。把每單位成本綁定到可問責目標，測量每個已驗收結果的成本，在生產前測試撤權，並保留包括拒絕與未知交易在內的完整賬本。

資金讓自治變得具體，也讓治理變得可觀察。這是一件好事：一旦授權有了價格，薄弱假設就更難隱藏。

分類與關鍵詞

分類： Agentic AI；支付；治理；一人公司。

關鍵詞： AI 代理支付；支出憲法；x402；穩定幣結算；預算授權；驗收測試；撤權；每個已驗收結果的成本；RobinOS。

Hashtags: #AgenticAI #AgentPayments #AIGovernance #OnePersonCompany #RobinOS