2026年8月2日EU AI Act中針對(duì)高風(fēng)險(xiǎn)AI系統(tǒng)的合規(guī)義務(wù)正式生效。同一天國(guó)內(nèi)GB/T 47507-2026《人工智能可信賴通則》進(jìn)入實(shí)施階段。兩套法規(guī)一個(gè)共同指向AI在企業(yè)中的應(yīng)用從能用進(jìn)入了能管的時(shí)代。這不是一個(gè)遙遠(yuǎn)的話題。Forrester在2026年的威脅報(bào)告中指出AI智能體正在成為企業(yè)安全邊界上最不確定的變量。當(dāng)一個(gè)Agent可以自主查詢數(shù)據(jù)、發(fā)起審批、調(diào)用API、發(fā)送郵件時(shí)它做了什么和能不能對(duì)它的行為負(fù)責(zé)比它能不能做更為緊要。織信團(tuán)隊(duì)在過去半年和客戶的交流中反復(fù)驗(yàn)證了同一個(gè)判斷企業(yè)對(duì)AI的信任不取決于模型本身有多強(qiáng)而取決于底座有沒有把審計(jì)和追溯這件事做透。這篇文章我們就從可審計(jì)和可追溯這兩個(gè)維度講一下織信底座的對(duì)應(yīng)設(shè)計(jì)。一、什么是可審計(jì)、可追溯的AI底座要理解這兩個(gè)概念在企業(yè)場(chǎng)景中的具體含義可以先看一個(gè)反例。一臺(tái)沒有黑匣子的飛機(jī)。飛的時(shí)候一切正常但一旦出了事故你無法還原飛行員在駕駛艙里做了什么操作無法判斷是人的失誤還是機(jī)械故障。這樣的飛機(jī)沒有人敢坐。一個(gè)沒有審計(jì)能力的AI底座就是一臺(tái)沒有黑匣子的飛機(jī)。Agent在企業(yè)系統(tǒng)里跑了一個(gè)月幫員工查了數(shù)據(jù)、批了流程、發(fā)了郵件。某天財(cái)務(wù)發(fā)現(xiàn)一筆異常的審批追查下來發(fā)現(xiàn)是Agent代某個(gè)員工發(fā)出的。這時(shí)候你要回答三個(gè)問題誰讓Agent發(fā)起的這次操作Agent在執(zhí)行過程中實(shí)際調(diào)用了哪些系統(tǒng)能力Agent的操作結(jié)果是否符合當(dāng)時(shí)的權(quán)限邊界。如果底座沒有把這三個(gè)問題的答案記錄下來你就只能靠猜?？蓪徲?jì)說的是底座能不能把每一次AI操作的完整鏈路記下來并且在需要的時(shí)候能被檢索、能被還原?？勺匪菡f的是當(dāng)一條異常操作被識(shí)別出來之后你能不能沿著記錄鏈路快速定位到問題節(jié)點(diǎn)找到責(zé)任歸屬。EU AI Act把這兩條寫進(jìn)了法規(guī)。高風(fēng)險(xiǎn)AI系統(tǒng)必須保留日志記錄用于追溯和審計(jì)。日志需要覆蓋系統(tǒng)的整個(gè)生命周期包括開發(fā)、部署和使用階段。任何對(duì)系統(tǒng)行為的修改、任何關(guān)鍵決策的生成過程都需要被記錄且可被人類理解。二、織信底座的三層審計(jì)架構(gòu)織信平臺(tái)的審計(jì)體系設(shè)計(jì)建立在一個(gè)簡(jiǎn)單的判斷之上AI Agent的操作鏈路比人的操作鏈路長(zhǎng)得多也復(fù)雜得多。傳統(tǒng)系統(tǒng)的審計(jì)日志只記錄誰在幾點(diǎn)幾分點(diǎn)擊了什么按鈕對(duì)于Agent是完全不夠用的。一條幫我分析一下這個(gè)月哪個(gè)產(chǎn)品退貨率最高的自然語言指令A(yù)gent在底層可能需要執(zhí)行十幾次數(shù)據(jù)查詢、交叉比對(duì)和結(jié)果拼接。只記最后輸出等于沒記。全記每一條底層操作日志量又會(huì)指數(shù)級(jí)膨脹?？椥诺淖龇ㄊ前褜徲?jì)分成三層來記。第一層意圖日志。記錄用戶對(duì)Agent發(fā)出的每一條自然語言指令。誰、什么時(shí)間、說了什么。這一層回答的是指令發(fā)起者是誰。EU AI Act要求的人類監(jiān)督的可追溯性在這一層得到原始保障。第二層操作日志。記錄Agent在執(zhí)行過程中實(shí)際調(diào)用的每一個(gè)系統(tǒng)能力。查了哪個(gè)數(shù)據(jù)表、觸發(fā)了哪個(gè)審批流、修改了哪條記錄、調(diào)用了哪個(gè)外部API。這一層回答的是Agent實(shí)際做了什么、觸碰了哪些數(shù)據(jù)。對(duì)于合規(guī)審計(jì)來說這一層是最核心的證據(jù)鏈。第三層告警日志。Agent的操作模式偏離常規(guī)時(shí)自動(dòng)觸發(fā)。比如短時(shí)間內(nèi)大量導(dǎo)出數(shù)據(jù)、在非工作時(shí)間發(fā)起敏感審批、訪問了與當(dāng)前掛載身份不匹配的數(shù)據(jù)域。這一層回答的是有什么不對(duì)勁。告警條件可以由企業(yè)管理員根據(jù)自身的合規(guī)策略自定義配置。三層日志之間不是三個(gè)獨(dú)立的記錄體系。每一條指令、每一步操作、每一次告警都通過統(tǒng)一的trace_id串聯(lián)在一條完整的指令、執(zhí)行、結(jié)果鏈路上。出了問題時(shí)從意圖日志定位到原始指令從操作日志還原執(zhí)行全鏈路從告警日志判斷是否存在異常行為。三步走完通常在幾分鐘內(nèi)可以定位到問題節(jié)點(diǎn)。三、權(quán)限底座審計(jì)的前提是有邊界審計(jì)和追溯的前提是Agent的操作有一個(gè)清晰的邊界。一個(gè)沒有權(quán)限約束的Agent審計(jì)做得再好也只是在事后記錄一場(chǎng)災(zāi)難。織信的權(quán)限體系覆蓋了六個(gè)粒度。團(tuán)隊(duì)級(jí)不同團(tuán)隊(duì)的數(shù)據(jù)默認(rèn)物理隔離。應(yīng)用級(jí)控制誰能進(jìn)入ERP、誰能進(jìn)入CRM。模塊級(jí)控制誰能訪問某個(gè)數(shù)據(jù)表、操作某個(gè)工作流。記錄級(jí)同一張表里不同角色看到的數(shù)據(jù)行數(shù)不同。字段級(jí)同一條記錄里合同金額字段對(duì)銷售不可見、對(duì)財(cái)務(wù)可見?？丶?jí)頁面上每個(gè)按鈕和輸入框都可以按角色做顯隱和可用性控制。Agent在這個(gè)框架中沒有獨(dú)立的超級(jí)用戶身份。它掛載到哪個(gè)操作主體就繼承哪個(gè)主體在這六個(gè)粒度上的全部權(quán)限約束。Agent想訪問任何數(shù)據(jù)、執(zhí)行任何操作都必須先經(jīng)過權(quán)限引擎的校驗(yàn)。引擎說能看數(shù)據(jù)才出得來。引擎說不能直接攔住。全程沒有后門沒有直連。EU AI Act對(duì)高風(fēng)險(xiǎn)AI系統(tǒng)提出了數(shù)據(jù)治理的要求包括對(duì)訓(xùn)練數(shù)據(jù)和輸入數(shù)據(jù)的質(zhì)量管控?？椥诺臋?quán)限體系通過統(tǒng)一的權(quán)限引擎強(qiáng)制執(zhí)行保證了Agent在執(zhí)行過程中輸入了什么數(shù)據(jù)這件事本身就處于權(quán)限的約束之下。審計(jì)層再把這個(gè)約束的執(zhí)行過程完整記錄下來形成從允許到執(zhí)行到記錄的完整閉環(huán)。四、Audit Trail的保存與追溯機(jī)制合規(guī)審計(jì)有一個(gè)容易被忽略的實(shí)操問題。你記了日志但是能保存多久需要追溯的時(shí)候能不能快速查出來織信的審計(jì)日志會(huì)在平臺(tái)上持久化保存。每一條日志記錄都包含時(shí)間戳、操作主體身份、操作類型、操作對(duì)象和操作結(jié)果。日志可以通過管理后臺(tái)按時(shí)間范圍、操作主體、操作類型等維度進(jìn)行篩選和檢索。當(dāng)需要導(dǎo)出審計(jì)證據(jù)時(shí)日志支持按條件批量導(dǎo)出為結(jié)構(gòu)化的數(shù)據(jù)文件。在可追溯性上織信的分層日志和trace_id機(jī)制搭出了一個(gè)關(guān)鍵的溯源路徑。假設(shè)某天運(yùn)營(yíng)經(jīng)理發(fā)現(xiàn)一條有問題的AI操作記錄追溯過程是這樣的打開審計(jì)日志模塊輸入時(shí)間范圍和涉及的Agent身份定位到對(duì)應(yīng)時(shí)間段的所有意圖日志。找到可疑的那條自然語言指令通過trace_id關(guān)聯(lián)到操作日志看到Agent在執(zhí)行這條指令時(shí)實(shí)際調(diào)用了哪些系統(tǒng)能力。如果操作日志中出現(xiàn)了異常寫操作或跨部門數(shù)據(jù)訪問再通過告警日志查看該系統(tǒng)是否觸發(fā)過相關(guān)告警。整條追查鏈路不需要跨系統(tǒng)拼接數(shù)據(jù)在織信平臺(tái)內(nèi)部的審計(jì)模塊中就可以獨(dú)立完成。五、實(shí)操舉例一次完整的Agent審計(jì)追溯用一個(gè)具體場(chǎng)景來看整個(gè)審計(jì)追溯過程。某企業(yè)財(cái)務(wù)部門在月度對(duì)賬時(shí)發(fā)現(xiàn)一筆異常的采購審批。金額不大只有3500元但審批人是一個(gè)普通采購員不是該部門的采購主管。查下來發(fā)現(xiàn)這筆審批是這個(gè)采購員通過AI助手發(fā)起的。追溯第一步打開意圖日志搜索該采購員在審批發(fā)生日期的所有Agent指令找到一句幫我把這周的采購單都批掉。指令發(fā)出時(shí)間是當(dāng)天上午10:23。追溯第二步通過trace_id關(guān)聯(lián)操作日志看到AI助手在執(zhí)行這條指令時(shí)做了以下操作。查詢了該采購員權(quán)限范圍內(nèi)的所有待審批采購單共4張。逐一觸發(fā)了審批流程其中3張金額在3000元以下審批通過1張3500元的觸發(fā)了校驗(yàn)警告但未中斷流程。操作日志還顯示這4張采購單中有1張的供應(yīng)商是新增供應(yīng)商正常審批流程中需要額外提交供應(yīng)商資質(zhì)審核但AI助手在執(zhí)行時(shí)跳過了這個(gè)校驗(yàn)步驟。追溯第三步查看告警日志發(fā)現(xiàn)當(dāng)天10:23有一條告警非審批人發(fā)起審批操作狀態(tài)為已觸發(fā)但未被人工處理。同時(shí)有一條關(guān)聯(lián)告警審批流程中缺失供應(yīng)商資質(zhì)校驗(yàn)也被標(biāo)記。從發(fā)現(xiàn)異常到定位到根因整個(gè)追溯過程約3分鐘。根因清晰AI助手在執(zhí)行審批時(shí)沒有正確識(shí)別采購員的審批權(quán)限邊界同時(shí)跳過了供應(yīng)商資質(zhì)校驗(yàn)環(huán)節(jié)。結(jié)論明確權(quán)限配置需要調(diào)整讓Agent在采購審批場(chǎng)景下增加供應(yīng)商資質(zhì)校驗(yàn)的強(qiáng)制前置判斷。在這個(gè)過程中操作日志和告警日志共同構(gòu)成了完整的審計(jì)證據(jù)鏈。如果外部合規(guī)審計(jì)要求提供這段時(shí)間內(nèi)所有AI輔助決策的記錄這些日志可以直接導(dǎo)出作為合規(guī)證據(jù)。結(jié)語EU AI Act的生效不是孤立的信號(hào)。它代表了全球監(jiān)管對(duì)AI治理的一個(gè)基本共識(shí)當(dāng)AI可以代替人做決策、執(zhí)行操作時(shí)它也必須像人一樣被納入問責(zé)體系。而問責(zé)的基礎(chǔ)是審計(jì)和追溯的能力?？椥旁谶@件事上的思路是清晰的?？蓪徲?jì)、可追溯不是AI底座的外掛功能不是等系統(tǒng)出了問題再去加的補(bǔ)丁。它是底座與生俱來的能力和權(quán)限體系、流程引擎、數(shù)據(jù)模型一樣是織信五層架構(gòu)中獨(dú)立且協(xié)同的一層。企業(yè)在這層能力之上可以根據(jù)自身的合規(guī)要求和業(yè)務(wù)場(chǎng)景搭建適合自己的AI審計(jì)和追溯體系。AI可以跑得快但首先得跑得讓人放心。