AI Engineer onepage/ Agentic Commerce
David Levine, Kiduna Club · 約 18 分鐘
這支影片在講：Agent 要走進開放商業，得先有身份與責任
David Levine 將 agentic commerce 的瓶頸從「模型會不會做事」轉向制度：當 agent 能讀私有資料、遇到不可信內容、還能採取行動時，誰在授權、誰能追責、誰決定規則？
Published: 2026-09-01Video ID: tE2z8-hqoLY
01 / 問題
致命三連擊
私有資料、不可信內容與可行動能力同時存在時，prompt injection 不再只是輸出品質問題，而會變成真實世界的操作風險。
02 / 代價
Agent 被關進圍牆
企業把 agent 留在 Slack、Salesforce 等受控環境，換來合規感，卻失去開放網路的脈絡、可組合性與跨服務能力。
03 / 解法
身份先於行動
以 JWT、組織登記與稽核軌跡綁定 agent 行為，讓對手方、權限與法律責任能被辨識與追溯。
Watch for this
影片最值得抓的四個訊號
Legal status
62847
演講前兩小時完成登記的 DUNA 組織編號，作為 agent 組織可被法律辨識的例子。
History
30 年
從 LambdaMOO 到平台化網路：技術、經濟、文化與治理必須一起設計。
Identity
JWT → 組織
token 不只驗證請求，也應可解析到可追責的註冊主體與稽核鏈。
Governance
市場 ≠ 投票
以 pass／fail token 的決策市場表達對政策結果的判斷，而非只計人頭票。
Core story
把 agentic commerce 當成純技術題，會漏掉三件事
漏 1
只處理模型能力，沒處理行動主體
能付款、簽約、持有資產或操作外部系統的 agent，必須能回答「它代表誰」。沒有主體身份，授權、風險分攤與爭議處理都無從落地。
漏 2
把封閉環境誤認為長期解法
把 agent 限制在單一 SaaS 可以降低風險，但也把上下文與協作能力鎖進平台。開放網路要成立，需要的是可攜、可驗證的信任層。
漏 3
把治理留到產品之後
LambdaMOO 的教訓是社群不是只有軟體。規則如何提出、被支持或否決，以及違規後如何問責，都會決定 agent 組織能否被長期信任。
Practical implications
做可交易 agent 時，先把這四層畫出來
身份與委託鏈每個 agent 的 token、使用者、組織與可委託權限要能向上解析；不要把單一 API key 當成完整身份模型。
行動與金額邊界將瀏覽、引用、付款、簽約與資產移轉分級，為每一級設定額度、核准、撤銷與可觀測性。
稽核與爭議證據留下誰授權、agent 讀了哪些資料、基於何種規則行動的紀錄；事後可解釋比即時自動化更重要。
治理機制若 agent 共同擁有或執行政策，事先定義提案、判斷、升級與責任分配；市場或投票只是可選的表達方式。
Use this checklist
給 agentic commerce 團隊的檢查清單
外部服務能否知道 agent 代表哪個可追責主體？識別 agent 本身還不夠；需能追溯到人、公司或具法律地位的組織。
私有資料與不可信內容會不會直接推動高風險行動？把 lethal trifecta 視為架構邊界：隔離資料、驗證內容、限制 action capability。
權限可以被縮小、撤銷與稽核嗎？交易權限應有生命週期，而非一次授予後永久有效。
規則改變時，誰能提案、反對與承擔結果？將治理寫進產品與協定的設計，而不是等事故後才補流程。
Source video