本文來自微信公眾號： 鑫卉正在理解 ，作者：鑫卉

自主型AI出現(xiàn)之前，我和研發(fā)同事遇到過的比較典型的責(zé)任歸屬壓力場景：

業(yè)務(wù)預(yù)期需要的一個能力上線了，但是上線后發(fā)現(xiàn)了問題，被業(yè)務(wù)方挑戰(zhàn)說損失了多少投入的廣告費及轉(zhuǎn)化收入。然后做復(fù)盤，做核心歸因，接下來繼續(xù)優(yōu)化驗收流程，優(yōu)化監(jiān)測效率和手段。

這個場景下，是可以找到一個核心的“誰的問題”的，至少代碼可以找到，人可以決策回滾、還是迭代一個優(yōu)化。

自主型AI出現(xiàn)之后，它可以作為智能支付代理，也可以應(yīng)用解決以上場景風(fēng)險。這時，同場景下的中間任何環(huán)節(jié)代理出錯，會變成：哪個代理錯了，誰管理的代理？

當(dāng)支付由自主代理發(fā)起時，確定責(zé)任歸屬變得顯著復(fù)雜。

最近分析的一份IFM說明里重點點名的問題就是這個問題，學(xué)術(shù)上的語言叫"授權(quán)可追溯性失敗"（Authorization traceability failures）。

自主型AI出現(xiàn)之前，常規(guī)的規(guī)避風(fēng)險手段是監(jiān)測。

我們會做很多技術(shù)指標(biāo)、產(chǎn)品運營指標(biāo)去觀測，會建立穩(wěn)定的保障機制，例如，上線前的驗收流程約束；設(shè)計多長時間內(nèi)失敗多少筆的預(yù)警能力，嚴(yán)重會立馬人工介入；高峰期期嚴(yán)控上線機制……

但當(dāng)決策主體從"人"變成"代理"，傳統(tǒng)的監(jiān)測框架就失效了。

在傳統(tǒng)的產(chǎn)品中，同產(chǎn)品同用戶行為路徑下，支付結(jié)果（延遲結(jié)果）是二元的，要么成功、失敗。支付代理的情況下，會因為上下文依賴，概率性導(dǎo)致不確定，這筆最終是導(dǎo)向成功還是失敗。

在傳統(tǒng)產(chǎn)品中，出現(xiàn)問題，問題被響應(yīng)的速度越快越好，第一時間就發(fā)現(xiàn)。代理支付下，比如指令就是要代理等待一個價格更合適的時機，這個時間的出現(xiàn)節(jié)點，才真正決定問題響應(yīng)速度。

更直接的一個對比是，在傳統(tǒng)產(chǎn)品中，不行就回滾，版本是明確定義的，動作是徹底的。但是支付代理的情況下，代理的決策本身是連續(xù)的、狀態(tài)以來的，很難界定“上一個版本”，往哪回滾也是問題。

那代理時代需要的新監(jiān)測維度是怎樣的。

這份IFM說明給了對應(yīng)的框架，把支付架構(gòu)分成了三層，分別是意圖層，授權(quán)層、結(jié)算層。代理時代需要的新監(jiān)測維度是怎樣的，這個問題也可參考這個框架。

報告本身要顯得很專業(yè)，直接套用的話不好理解，接下來我把理解的，翻譯成我能輸出的通俗表達。

第一層：意圖層

這一層是說AI代理到底能多“懂我”。

假設(shè)我給代理說：你是一個采購代理，你要在7天內(nèi)，自行預(yù)測在價格最低的情況下下單支付。我的真實意圖其實更偏向價格最低，時間是其次。

如果AI代理理解成重點是更偏時間更快，最終下單支付10次支付里，代理按照時間更快走了6次。這就會不符合我的預(yù)期。此時，也發(fā)現(xiàn)我的目標(biāo)設(shè)定就不合理，沒有明確說更偏重什么。

這里還涉及我有幾個代理，比如我有一個采購視角價格最優(yōu)的代理，還有一個是財務(wù)同事視角價格符合預(yù)算的代理，這兩個代理要是沖突了，也會出錯。

針對意圖層，對照以上至少可以監(jiān)測的維度包含：目標(biāo)偏離程度、邊界約束觸達率、多代理沖突監(jiān)測。

第二層：授權(quán)層

這一層是說AI能做什么，什么時候能做。

還是第一層意圖層的假設(shè)下，真下單錯了，找到下單的支付代理了，需要確認(rèn)下，這個代理確實被授權(quán)了嗎，還是代理按照自主意志執(zhí)行的。如果我存在明確的指令，比如有日志記錄，支付代理在2026年7月12日下午3點請求是否做授權(quán)，1分鐘后我做了授權(quán)確認(rèn)，那追溯到這個日志，代表代理是在授權(quán)下執(zhí)行的。如果沒有，一個沒有授權(quán)的代理可以操作支付這么重要的涉及錢的行為，那性質(zhì)就不一樣了。

為了安全，設(shè)計支付代理可能需要不止一次請求授權(quán)，有前置授權(quán)了情況下，這次授權(quán)也可以對比下歷史情況，比如以前是追求價格更低，大部分都低于4元，這次授權(quán)允許在400元上限內(nèi)下單。相差10倍，是個可能授權(quán)異常的信號。

這種異常為了安全支付，就需要人工介入，如果頻繁人工介入判斷，那只能代理就不智能了，失去了代理的意義；如果判斷次數(shù)過少，容易過度信賴代理，只能事后發(fā)現(xiàn)風(fēng)險。

基于以上，可以至少做的監(jiān)測維度包含：授權(quán)鏈的完整性（要有明確的授權(quán)責(zé)任可追溯）、異常授權(quán)情況（是否有異常情況）、人機交接頻率（要設(shè)定一個適配具體場景訴求的頻率）。

第三層：結(jié)算層

這一層是說AI做到了嗎？做對了嗎？

在傳統(tǒng)支付里，你支付了，是說你輸入了支付密碼這種最終決策動作。支付成功了，支付者可以從兩個地方感受到。一個是完成了最終決策動作后收到了明確的結(jié)果通知，告訴你支付成功。一個是你沒收到結(jié)果，而是被提示以銀行通知為準(zhǔn)，此時你去銀行賬戶看到確實出去了一筆錢，你也會認(rèn)為支付成功了。

這一層里，結(jié)算這個詞在本文的場景下就簡化理解成資金支付了嗎，是從預(yù)設(shè)的付錢賬戶到了收錢賬戶嗎。在這一層要監(jiān)測的內(nèi)容，就是這兩問題對應(yīng)的內(nèi)容。

當(dāng)支付代理完成輸入支付密碼這種動作，可能是不符合預(yù)期的支付成功。

比如你要買的是商品A，發(fā)現(xiàn)對商品B下單了。那就是說這筆交易最開是授權(quán)時，你明確了是買商品A，但是支付代理在自主處理環(huán)節(jié)就改成了商品B，導(dǎo)致交易從授權(quán)到最終支付的記錄是不一致的。說明支付繞過了一些東西。

再比如，購買的確實是商品A，但預(yù)期你授權(quán)的是從銀行A的甲賬戶出錢，發(fā)現(xiàn)支付成功了，這個賬戶并沒有出現(xiàn)。人工介入檢查發(fā)現(xiàn)是從B賬戶出的錢。

再再比如，還是購買的確實是商品A，但你要求只可以從供應(yīng)商1、2、3中購買，也就是資金流向如果有只能去這三個，但是發(fā)現(xiàn)資金去了一個不在預(yù)期內(nèi)的供應(yīng)商4。

這一層可以做的監(jiān)測是什么？可以監(jiān)測交易在不同的系統(tǒng)的記錄是否一致，不一致就導(dǎo)致預(yù)期買A換成買B了還不知道；可以監(jiān)測資金流動是否異常，出錢賬戶符合預(yù)期嗎，收款方符合預(yù)期嗎，避免代理自主“優(yōu)化”引入了新風(fēng)險。

個人覺得這個框架不一定是最準(zhǔn)確答案，但是至少給了一個與現(xiàn)狀支付基礎(chǔ)設(shè)施架構(gòu)劃分層一致的參考。

以前是監(jiān)測交易結(jié)果，代理時代需要監(jiān)測維度本質(zhì)是監(jiān)測“代理怎么想的”——監(jiān)測代理理解對了嗎，請求授權(quán)了嗎，授權(quán)后自行改了嗎，還沒執(zhí)行在等什么……

隨著支付代理的應(yīng)用，及規(guī)則、政策的制定和發(fā)布，支付監(jiān)測的維度更有參考依據(jù)，但我目前的認(rèn)知是監(jiān)測框架應(yīng)該不會有大變化，有迭代會繼續(xù)更新。

關(guān)于提及的IFM的說明，為了更完整的呈現(xiàn)，會單獨一篇解讀。