OpenAI 攜手 Ironclad:用 Computer Use 智能體重塑企業法務合約審查
OpenAI 與合約生命週期管理平台 Ironclad 宣布合作,把前沿智能體模型與 Computer Use 技術引入企業法務。智能體可在瀏覽器中操作法務庫,對照企業條款手冊核查條款,並自動完成修訂標註與合規任務。公告稱,該方案結合 Computer Use 與深度 API 整合,連接傳統 ERP/CRM 系統,將常規合約審查週期縮短 70% 以上,同時保留確定性的人工覆核與稽核能力。
發布了什麼
OpenAI 與合約生命週期管理(CLM)平台 Ironclad 宣布建立合作關係,把前沿的智能體模型與 Computer Use 技術直接交到企業法務團隊手中。Ironclad 是一家專注合約全流程管理的軟體公司。依照公告的說法,Ironclad 接入了 OpenAI 的智能體模型,讓智能體能夠在瀏覽器裡操作法務資料庫,把合約條款與企業自己的條款手冊(playbook)逐項對照,並自主完成修訂標註(redlining)和合規檢查這類複雜任務。
公告還給出了幾項關鍵說法:系統把 Computer Use 的基礎能力與深度 API 整合結合起來,用自主推理把傳統的 ERP、CRM 軟體連接起來;常規合約審查週期縮短了 70% 以上;同時保持確定性的人工在環與可稽核性。需要說明的是,以上資訊均來自公告本身,本文沒有獨立核實這些數字。
技術機制:介面層與接口層並用
Computer Use 的核心思路,是讓模型看到螢幕截圖,再輸出點擊、輸入、捲動等操作,像一名員工那樣使用軟體。它的好處是不依賴對方開放介面。企業裡大量系統建於多年以前,介面殘缺,甚至沒有介面,法務人員平時就是在這些系統之間來回切換、複製貼上。Computer Use 正好覆蓋這塊「最後一哩路」。
但畫面操作有天然的弱點:速度慢,對頁面改版敏感,出錯時難以回放。公告強調的是混合路徑,即 Computer Use 與深度 API 整合並行。一個合理的理解是:能走介面的環節走介面,讀取合約、寫回狀態這類動作更快、更穩、更容易留痕;只有介面覆蓋不到的環節,才由智能體操作畫面。這種分層設計把不確定性壓縮到少數步驟,也方便在出問題時定位責任。
在推理層面,智能體要完成的不是單次問答,而是一條多步任務鏈:定位合約,讀取全文,辨識條款類型,對照條款手冊判斷是否偏離,產生修改建議,並記錄依據。條款手冊是企業法務多年談判經驗的沉澱,規定了哪些條款可以接受、哪些需要升級審批、哪些必須改寫。把手冊作為判斷基準,意味著輸出不是模型的自由發揮,而是在企業既定規則內的執行。公告沒有揭露具體使用了哪個模型、如何編排步驟,這些細節需要等官方進一步說明。
人工在環與可稽核性
法務是對錯誤容忍度極低的領域。一條被漏掉的責任限制條款,可能在數年後帶來巨額損失。因此公告特別強調保持確定性的人工在環與可稽核性。一般而言,這類設計包含三層含義:其一,智能體的建議不會繞過律師直接生效,關鍵節點需要人核准;其二,每一步操作、每條引用的手冊條目都有記錄,可事後覆盤;其三,同樣的輸入在同樣的規則下應得到可預期的結果,而不是每次都不一樣。
這裡的「確定性」值得多想一步。大模型本身是機率性的,要讓整體流程表現得確定,通常要靠流程設計來補:把判斷依據固定為企業手冊,把動作限定在預設範圍,把輸出格式結構化,再用規則校驗兜底。公告摘要沒有說明 Ironclad 具體採用了哪些手段,企業採購時應當主動追問。
公告沒有揭露的內容
閱讀這類公告,要分清「說了什麼」和「沒說什麼」。
從現有資訊看,至少有幾項缺口:70% 的縮短幅度,沒有給出樣本規模、合約類型和基線定義,也沒有說明是否把人工覆核時間算在內;沒有給出準確率、漏檢率等品質指標;沒有揭露價格、部署方式和資料處理條款;也沒有講清楚遇到介面變化或登入異常時,系統如何降級。在這些資訊補齊之前,70% 更適合當作方向性訊號,而不是可以寫進預算的數字。
對開發者、企業與產業的意義
對開發者而言,這個案例說明智能體應用正在從通用展示走向垂直場景。真正的工程難點不在模型能不能點按鈕,而在如何把模型接入企業已有的權限、日誌和審批體系。會同時設計好接口層、介面層和人工審核層的團隊,會比只做單點能力的團隊更有優勢。
對企業法務而言,最現實的價值是把律師從重複勞動裡解放出來:常規的保密協議、採購合約、續約條款,由智能體先做第一輪審閱和標註,律師集中精力處理例外與談判。但前提是企業已經把自己的條款手冊整理成清晰、可執行的規則。手冊本身含糊,智能體只會把含糊放大。
對產業而言,這是 Computer Use 進入高合規領域的一次公開嘗試。法務既要準確,又要留痕,如果這條路走通,金融、醫療、保險等同樣受監管、同樣系統繁雜的產業,會更有信心採用類似模式。
展望與挑戰
後續有幾個值得觀察的問題。第一,獨立驗證:第三方或客戶能否重現類似的效率提升。第二,責任劃分:當智能體建議出錯、律師又沒有發現時,責任如何分配,合約與保險條款是否跟上。第三,資料安全:合約中含有大量商業機密,資料如何隔離、是否用於訓練,需要明確承諾。第四,穩定性:畫面操作對頁面變化敏感,長期運行的維護成本如何。第五,監管:各地對法律服務中使用自動化的規定不同,企業需要評估合規邊界。
總體來看,這次合作的方向清楚,思路務實:不迷信單一技術,而是把畫面操作、接口整合和人工審核組合起來。它能否兌現承諾,要看後續公開的資料與客戶回饋。