Tether AI代理錢包支出上限，WDK仍交由開發者自行把關

人工智慧（AI）代理若想真正動用「泰達幣(USDT)」，光有錢包還不夠，得先建立支出控管機制。Tether推出的「錢包開發套件（WDK）」把資金保管與交易授權路徑分開設計，但防止超支的責任，仍留給應用程式開發者自行承擔。

這正是WDK設計把「錢包存取」與「付款授權」分開處理所引發的討論。根據CryptoSlate於8日（當地時間）的報導，在這套讓AI代理得以持有泰達幣的架構中，強制執行支出上限的責任落在開發者身上。

Tether在2025年10月公開WDK時說明，這是一套讓人類、機器與AI代理都能直接保管與交易資金的自我託管錢包開發工具。當時Tether執行長保羅·阿爾多伊諾（Paolo Ardoino）表示，他構想的是「一個人類、自主機器與AI代理都能掌控自身財務的世界」。這場發表會，等於把AI代理專用錢包定調為公司長期的設計方向。

WDK其後陸續推出CLI與MCP工具包，內容更加具體。WDK CLI讓終端機與代理共用同一個本機錢包，MCP工具包則讓AI客戶端得以存取錢包功能。MCP工具包支援13條鏈、內建35種工具，凡是轉帳等任何寫入操作，都要求使用者明確授權。官方文件說明，這項授權程序適用於MCP路徑。

問題在於，這套授權程序並非所有執行路徑共通的控管機制。WDK CLI文件與安全模型文件都指出，錢包解鎖的預設「存活時間（TTL）」僅5分鐘，即使持續有操作，時間也不會自動延長。

在解鎖期間，同一組作業系統使用者帳號底下執行的其他程序，都能查詢錢包地址與餘額，並要求簽署交易。在macOS與Linux系統中，守護行程（daemon）的通訊端埠只對擁有者帳號開放，換言之，真正的信任邊界是作業系統使用者帳號，而非個別程式的身分驗證。

交易授權與支出上限，也不是同一件事。安全模型文件警告，被歸類為「write」的模組與方法，可以在沒有試跑（dry run）或守護行程額外確認的情況下，直接動用資金。換句話說，MCP路徑上的使用者授權，很難視為對CLI或直接呼叫守護行程也提供同等程度的控管。

Tether已加入政策功能，讓開發者能自行處理這個問題。根據6月的更新內容，新版導入了本機交易政策，包含允許／封鎖規則、政策錯誤提示，以及交易模擬功能。

這層政策設定讓開發者可以自訂支出上限與白名單。不過，文件並未說明系統是否會自動加總代理的累計支出，也未確認CLI、守護行程、MCP等所有執行路徑，是否會被歸入同一套預算控管。

WDK的應用範圍，正從錢包開發工具擴展到實際產品。根據4月的更新，Tether錢包（Tether Wallet）就是以WDK為基礎打造的自我託管多鏈錢包。隨著Tether把WDK用在自家產品上，相關功能也正從文件階段走向實際營運環境。

開發者社群的實驗同樣持續進行。Tether在3月的更新中表示，駭客松「Galactica」共有484人參與，提交206個專案，項目類型涵蓋代理錢包、借貸機器人、自主金融代理與小費機器人(tip bot)。

開發者社群對AI代理支付基礎設施的關注度，由此可見一斑。大衛·馬庫斯（David Marcus）在X貼文中，將WDK支援Spark視為重要里程碑；另外，「自主資金庫代理（Autonomous Treasury Agent）」與「訂閱武士（Subscription Samurai）」等開發案例，也已公開釋出。

不過，隨著代理的自主執行範圍擴大，成本控管的問題也隨之加大。TechCrunch報導指出，企業普遍難以管理持續攀升的AI使用成本；Business Insider也報導OpenAI研究團隊的代幣（token）支出持續增加。這也是為什麼WDK的支出控管議題，已經不只是錢包安全問題，而是延伸到代理營運成本與權限管理的層次。

在台灣市場，AI代理持有穩定幣並執行付款的架構，同樣是需要同時檢視錢包權限與交易責任歸屬的領域。先前已有相關報導指出，AI付款錢包的權限控管問題，同樣把「依應用程式劃分支出權限」列為核心爭議。

歸根究底，WDK真正的爭議點，不在於AI代理能不能持有泰達幣。就算自我託管錢包解決了保管問題，交易授權、累計預算、允許地址與同時執行等規則，究竟要怎麼串連起來，仍得由打造服務的開發者自行決定。就目前已確認的情況來看，重點並非發生了實際的資金外流或遭竊事件，而是「不同執行路徑的控管責任彼此分離」這件事本身。