脫敏衛(wèi)士合同 AI 審查前置流程本地脫敏、人工復(fù)核與安全副本把合同交給 AI 審查真正需要發(fā)送的是條款、權(quán)利義務(wù)、履行條件和風(fēng)險(xiǎn)分配?？蛻粜彰?、交易對手全稱、聯(lián)系方式、證件號碼、開戶地址等真實(shí)身份信息通常不是模型判斷違約責(zé)任或付款條件的必要輸入。麻煩在于這兩類信息原本混在同一份文檔里。直接上傳身份信息會隨條款一起進(jìn)入后續(xù)服務(wù)手工全文查找替換又容易漏掉簡稱、重復(fù)出現(xiàn)的地址以及格式不同的編號。更穩(wěn)妥的做法是在 AI 審查之前先形成一份可檢查的脫敏副本原始合同留在本機(jī)副本隱藏真實(shí)身份同時(shí)盡量保留條款結(jié)構(gòu)與實(shí)體角色。脫敏衛(wèi)士在這項(xiàng)任務(wù)中承擔(dān)的是前置處理層。它不替代合同審查也不承諾自動識別零遺漏它把導(dǎo)入、識別、復(fù)核和導(dǎo)出連成一條可以逐段驗(yàn)收的路徑。AI 審查需要的是條款關(guān)系不是客戶真實(shí)身份先看一段經(jīng)過簡化的合同表達(dá) 甲方某科技公司應(yīng)在 2026 年 9 月 30 日前向乙方張某指定賬戶支付服務(wù)費(fèi)。逾期后乙方有權(quán)按合同約定主張違約責(zé)任。如果后續(xù)問題是付款條件是否清楚、逾期責(zé)任是否成立模型需要區(qū)分甲方、乙方、日期、金額和賬戶分別承擔(dān)什么語義角色卻不一定需要知道公司全稱、自然人姓名和真實(shí)賬號。把它們改成組織名稱1、自然人姓名1、日期1、金融賬戶1后句子的角色關(guān)系仍在真實(shí)值則不再直接出現(xiàn)在副本中。這也是混淆代指與簡單刪字的差別。安全副本應(yīng)避免把合同變成一片無法閱讀的遮擋并盡量保留- 條款標(biāo)題、編號和段落順序- 甲乙方等主體之間的指向關(guān)系- 姓名、機(jī)構(gòu)、地址、金額、日期等實(shí)體類別- 同一實(shí)體在上下文中的一致代指。保留這些結(jié)構(gòu)不代表 AI 的審查結(jié)論天然可靠。它只解決一件更前置的事減少原始敏感信息隨合同一起進(jìn)入后續(xù)系統(tǒng)同時(shí)讓合同仍具有可分析性。用一條可檢查的鏈路代替手工查找替換一份合同從原文變成可交給 AI 的副本可以拆成五個(gè)檢查點(diǎn)材料是否留在受控環(huán)境、識別項(xiàng)是否覆蓋本次任務(wù)、誤報(bào)和漏報(bào)是否處理、輸出方式是否適合 AI、導(dǎo)出后的數(shù)據(jù)流是否明確。圖中是基于產(chǎn)品能力整理的任務(wù)流程示意。重點(diǎn)看黃色人工門沒有完成復(fù)核結(jié)果不應(yīng)進(jìn)入導(dǎo)出環(huán)節(jié)。脫敏衛(wèi)士桌面端可導(dǎo)入.docx、.txt、文字型 PDF、掃描型 PDF 和圖片。單個(gè)文件進(jìn)入單篇流程多份材料則進(jìn)入批量流程一次可穩(wěn)定處理的規(guī)模取決于本機(jī)配置和可用資源不應(yīng)把批量支持理解成固定的無限容量。桌面端的本地邊界也需要說準(zhǔn)確合同、處理過程、任務(wù)記錄和還原關(guān)聯(lián)信息可留在本機(jī)并支持?jǐn)嗑W(wǎng)使用脫敏完成后用戶如果把副本交給云端 AI副本仍會進(jìn)入所選服務(wù)的數(shù)據(jù)鏈路。本地脫敏約束的是原始材料的前置處理不等于后續(xù)模型也在本機(jī)運(yùn)行。識別合同敏感信息不能只靠一層規(guī)則合同里的敏感信息至少分成三類識別方法不同。第一類有相對穩(wěn)定的字符結(jié)構(gòu)例如身份證號、手機(jī)號、郵箱、統(tǒng)一社會信用代碼、合同編號、司法案號和銀行卡號。它們適合用預(yù)制正則判斷命中條件也更容易解釋。第二類依賴上下文例如自然人姓名、詳細(xì)地址、公司、機(jī)構(gòu)和律師事務(wù)所名稱。單靠字符格式很難判斷一個(gè)短語究竟是主體名稱、地點(diǎn)還是普通條款內(nèi)容。脫敏衛(wèi)士使用 AI/NER 處理這些語義實(shí)體并在結(jié)果中保留命中來源便于復(fù)核者區(qū)分規(guī)則命中和模型識別。第三類是組織自己的例外例如內(nèi)部項(xiàng)目號、業(yè)務(wù)簡稱、某類特殊證照格式以及必須保留或必須隱藏的固定詞。它們不適合等待通用規(guī)則覆蓋需要由自定義規(guī)則、黑名單和白名單補(bǔ)齊黑名單用于強(qiáng)制處理白名單用于保護(hù)不應(yīng)被替換的詞。因此方案配置不應(yīng)從全選開始而應(yīng)從這份合同將被拿去做什么開始。做付款條款審查主體、聯(lián)系方式、賬號、金額和日期值得重點(diǎn)檢查做知識產(chǎn)權(quán)條款分析還可能需要處理項(xiàng)目代號、產(chǎn)品名稱或內(nèi)部技術(shù)標(biāo)識。選擇范圍越貼近任務(wù)后面的誤報(bào)復(fù)核越有明確口徑?？蛻舳丝砂从猛揪S護(hù)脫敏要素方案。截圖中的選項(xiàng)數(shù)量是該示例方案狀態(tài)不是所有合同都應(yīng)照搬的固定配置。占位符比一片星號更適合后續(xù)條款分析脫敏衛(wèi)士提供涂黑、星號遮蓋和混淆代指三種主要輸出方式。三者對應(yīng)不同的結(jié)果契約沒有脫離任務(wù)的強(qiáng)弱排序。本文的目標(biāo)是把合同交給 AI 審查因此選擇能保留實(shí)體類別和編號的混淆代指公開展示或傳統(tǒng)外發(fā)可能采用其他方式。涂黑適合對外展示讀者能知道這里有內(nèi)容被處理但 AI 無法從黑塊中獲得實(shí)體類別。星號可以保留部分前后字符方便人工辨認(rèn)卻容易把不同實(shí)體都壓成相似的符號串?；煜竸t使用帶類型和序號的標(biāo)記例如組織名稱1與組織名稱2。模型仍可區(qū)分兩個(gè)主體也能沿著全文追蹤同一個(gè)標(biāo)記。對合同審查而言這個(gè)區(qū)別會直接影響問題怎么問。原文中公司全稱被星號替換后模型可能只看到多個(gè)無差別遮蓋區(qū)改成有類型的代指后可以繼續(xù)提出組織名稱1有哪些付款義務(wù)、組織名稱2是否擁有單方解除權(quán)、兩個(gè)主體在違約條款中是否被前后一致地指代。客戶端的占位符視圖把原文、脫敏結(jié)果和項(xiàng)目清單放在同一工作區(qū)復(fù)核者可以觀察每個(gè)值被識別成什么類型、替換成哪個(gè)編號以及它在正文中的位置。這張界面用于觀察三件事原值是否被識別、實(shí)體類型是否正確、同一代指在結(jié)果中是否保持可讀。人工復(fù)核不是補(bǔ)丁而是導(dǎo)出門任何自動識別都可能遇到誤報(bào)和漏報(bào)。合同里的人名可能同時(shí)是品牌詞地址可能省略行政區(qū)內(nèi)部編號可能長得像日期掃描件還會受圖像質(zhì)量和 OCR 結(jié)果影響。脫敏衛(wèi)士明確采用自動識別加人工復(fù)核的工作方式不把一次運(yùn)行包裝成百分之百完成。復(fù)核應(yīng)圍繞清單進(jìn)行而不是重新從第一頁漫無目的地瀏覽。脫敏列表會展示實(shí)體類別、原值、替換結(jié)果、來源文件、出現(xiàn)次數(shù)與當(dāng)前啟用狀態(tài)。看到誤報(bào)可以關(guān)閉不需要處理的項(xiàng)目或者將必須保留的詞加入白名單看到漏報(bào)可以劃詞補(bǔ)充。高頻出現(xiàn)的漏項(xiàng)再沉淀為自定義規(guī)則或黑名單下一次處理同類合同時(shí)繼續(xù)使用。清單把識別結(jié)果變成可操作對象。復(fù)核者可以按類別和來源文件定位而不是只看一份已經(jīng)替換后的全文。導(dǎo)出門至少要回答四個(gè)問題1. 原始身份值是否仍殘留在正文、頁眉頁腳或附件文字中2. 關(guān)鍵主體是否被誤識別為普通詞或被拆成多個(gè)不一致代指3. 條款編號、層級、定義與交叉引用是否仍可讀4. 本次副本是否只保留 AI 審查真正需要的字段。復(fù)核通過后再導(dǎo)出流程的責(zé)任邊界才清楚識別給出候選結(jié)果人對最終副本負(fù)責(zé)AI 只接收已經(jīng)通過這道門的版本。交給 AI 的邊界在導(dǎo)出之后仍需繼續(xù)管理脫敏副本降低了原始身份信息直接外傳的風(fēng)險(xiǎn)但它不是把所有數(shù)據(jù)治理問題一次消掉。合同條款本身仍可能包含商業(yè)秘密、獨(dú)特交易結(jié)構(gòu)或可重新識別當(dāng)事人的組合信息。企業(yè)還需要決定副本進(jìn)入哪個(gè) AI 服務(wù)、是否允許服務(wù)留存、誰能下載分析結(jié)果以及會話和附件多久刪除。任務(wù)記錄和還原信息也要單獨(dú)管。脫敏衛(wèi)士會為已完成任務(wù)形成記錄用戶可以繼續(xù)核驗(yàn)、查看處理方式并在受控環(huán)境中進(jìn)入還原。這樣的關(guān)聯(lián)減少了手工保存和配對還原文件的負(fù)擔(dān)但歷史任務(wù)、映射關(guān)系和還原權(quán)限本身仍屬于敏感資產(chǎn)不能與脫敏副本一起無控制地流轉(zhuǎn)。任務(wù)記錄用于追蹤處理文件、方式、方案和時(shí)間它不是可以隨副本一起發(fā)送給外部 AI 的普通附件。一份安全副本怎樣驗(yàn)收在真正上傳合同前可以用下面這組清單做最后檢查- 輸入邊界原始合同是否始終留在被允許的本機(jī)或受控環(huán)境- 識別范圍本次任務(wù)所需的姓名、機(jī)構(gòu)、地址、聯(lián)系方式、賬號、合同編號、案號、金額和日期是否按需啟用- 規(guī)則分工固定格式字段、語義實(shí)體與組織例外是否分別由合適的規(guī)則處理- 復(fù)核結(jié)果誤報(bào)是否關(guān)閉漏報(bào)是否補(bǔ)充同一主體的代指是否一致- 結(jié)構(gòu)保留條款標(biāo)題、編號、定義、主體關(guān)系和交叉引用是否仍能閱讀- 導(dǎo)出隔離交給 AI 的是否只有復(fù)核后的副本原文、映射表和還原信息是否留在受控環(huán)境- 后續(xù)數(shù)據(jù)流所選 AI 服務(wù)的發(fā)送、留存、權(quán)限和刪除策略是否已經(jīng)確認(rèn)。這條前置流程的判斷標(biāo)準(zhǔn)很具體AI 應(yīng)當(dāng)能讀懂合同中的角色與條款關(guān)系卻不需要直接看到客戶和交易對手的真實(shí)身份。脫敏衛(wèi)士完成的是從原始合同到可復(fù)核副本的轉(zhuǎn)換副本是否可以發(fā)送則由人工復(fù)核結(jié)果和后續(xù)服務(wù)的數(shù)據(jù)邊界共同決定。