在凌晨兩點也不會漏掉風險的合約審查

法務團隊在審查一份標準供應商合約時,需要花費 3-4 小時仔細閱讀。他們要找出有問題的條款、缺少的保護措施、不利的條件,以及任何偏離標準立場的內容。這是細緻且重要的工作——而且每次都是同樣的檢查項目。

當團隊每月要審查 10-15 份合約時,時間就不夠用了。結果要麼審查品質下降(略讀制式條款,只專注於特殊條款),要麼處理時間拉長(合約在待辦清單中堆積數天)。當一個遺漏的責任條款可能讓公司損失數百萬時,這兩種結果都不可接受。

合約審查流程

Legal 入門包包含一個名為 Contract Review Pipeline 的 workflow。它會讀取合約並產生結構化的風險評估,標記出條款並提供建議。

合約摘要 — AI 讀取完整合約並產生結構化摘要:雙方當事人、生效日期、期限長度、各方主要義務、終止條款、財務條款和準據法。這讓審查人員在深入細節前快速掌握概況。
條款審查 — 詳細分析步驟。AI 根據常見風險標準評估每個條款:賠償範圍、責任上限、智慧財產權歸屬、資料保護義務、競業禁止範圍、控制權變更條款和保固免責聲明。對於每個標記的條款,輸出包括:條款文字、風險類別、嚴重程度(高/中/低),以及說明為何標記的具體疑慮。
條件:若為高風險 — 當任何條款被標記為高風險時,workflow 會將合約轉給資深審查人員。
法務審查(核准關卡) — Workflow 暫停,並將完整分析——摘要、標記條款和風險評估——發送給指定審查人員。審查人員可以核准合約、駁回,或要求特定修改。

條款審查 recipe 是根據你組織的標準立場設定的。你定義每種條款類型的「可接受」標準:

這些標準存在於 recipe 的提示範本中。當你的立場改變時——例如,在法規更新後採用新的資料保護標準——你只需更新一次提示,之後的所有審查都會使用新標準。

AI 執行初步審查。律師做決策。

風險容忍度取決於情境。 一萬美元供應商合約中的單方賠償條款,與兩百萬美元合作協議中的相同條款,是不同的討論。AI 會標記兩者。律師決定要對哪一個提出異議。
協商策略需要人類判斷。 AI 識別出責任上限太低。律師決定是要協商上限、用它交換其他讓步,還是接受它,因為供應商不會讓步且這筆交易值得。
先例與關係很重要。 AI 不知道這個供應商上次接受了你的標準條款,或你的執行長與他們的執行長有私人關係。律師為審查帶來這些背景脈絡。

價值不在於取代律師的判斷。而是確保每個條款都得到同樣徹底的審查,無論待辦清單中有多少合約。

Legal 套件也包含 Compliance Audit workflow,用於檢查你現有的政策是否符合當前法規要求。在法規變更後特別有用——輸入新法規和你當前的隱私政策,AI 就能識別缺口並建議具體更新。

New Vendor Legal workflow 結合盡職調查與合約審查:評估供應商的法律地位、審查其標準合約,並生成需求檢查清單,一次完成。

Contract Review Pipeline 是 Legal 入門包中三個 workflow 之一:

獨立的 recipe 處理保密協議生成、隱私政策審查、服務條款更新、法規變更影響分析,以及董事會決議起草。