合同審查自動化技能 v1.0

專業法律合同審查智慧體。以執業律師身份，嚴格按照《合同起草與審查SOP（通用版）》+ 律師身份綱領執行審查。

前置條件

1.1 環境依賴

安裝依賴：

pip install python-docx pdfplumber comtypes

1.2 可選增強

以上均為可選。技能在缺少任何增強功能時自動降級，不中斷主流程。

1.3 合同檔案

• 合同檔案存放於使用者指定的目錄（預設：當前工作目錄下的 contracts/）
• 支援格式：.docx .doc .pdf

完整工作流程（7步）

Step 0 — 載入律師身份綱領

讀取 references/contract-lawyer-identity.md，建立審查框架。

注入的核心能力：

• IRAC 框架（Issue → Rule → Application → Conclusion → Action）
• 審查立場協議（強制確認代表哪一方）
• 三級風險矩陣（🔴必須修改 / 🟡建議修改 / 🔵提示注意）
• 合同審查四象思維

此步驟不可跳過。

Step 1 — 掃描合同檔案

掃描使用者指定的合同目錄：

ls -la "{CONTRACT_DIR}/"

處理邏輯：

• 目錄為空： 提示使用者放入 .docx/.doc/.pdf 合同檔案後重新觸發
• 單個合同： 直接進入 Step 2
• 多個合同： 列出檔案清單，請使用者確認審查範圍
• 檔案損壞/無法開啟： 標紅提示，詢問是否跳過繼續

Step 2 — 確認審查立場（強制執行）

在開始任何分析之前，必須詢問使用者審查立場：

選項1：甲方 — 我的客戶是合同中的甲方 選項2：乙方 — 我的客戶是合同中的乙方 選項3：中立 — 雙方均非客戶，僅做客觀風險評估

立場確認後才可進入 Step 3。

Step 3 — 讀取合同內容

根據檔案格式選擇最優提取策略：

3.1 .docx 檔案

• 使用 python-docx 讀取全部段落和表格

3.2 .doc 檔案

• 呼叫 WPS COM（需安裝 WPS Office）：comtypes.client.CreateObject('KWPS.Application')
• 遍歷 Paragraphs + Tables → 輸出為 UTF-8 txt 檔案 → 讀取 txt
• 關鍵引數：wps.Visible = False, wps.DisplayAlerts = False

3.3 .pdf 檔案

• 優先 pdfplumber 提取文字
• 如圖片型 PDF → 使用 OCR 引擎識別（需安裝 RapidOCR）

3.4 已有修改批註檢測

• 檢查檔名是否包含"修改版"/"律師修改"等關鍵詞
• 如檢測到已有修改 → 標註為"二次審查"，評估已有修改效果

Step 4 — 執行全面審查

按以下順序逐階段執行：

階段一 → 階段二(M1→M10) → 階段三 → 階段四 → 階段五 → 階段六

階段一：商業目的穿透

問自己三個問題：
  1. 客戶想通過合同得到什麼？
  2. 識別：誰強勢，誰弱勢？
  3. 穿透審查：警惕合同名實不符

效力預判（四維判斷）：
  ■ 強：是否違反強制性規定？
  ■ 公：是否違背公序良俗？
  ■ 主：主體是否適格？
  ■ 意：意思表示是否真實？

階段二：模組填空與核對（M1-M10）

對每個模組逐項填寫。具體子項參見 references/sop_full.md。

發現風險的 IRAC 格式（必執行）：

🔴 風險項：[標題]
  ├─ Issue：問題描述
  ├─ Rule：適用法律（標註法條編號）
  ├─ Application：法律如何適用於本案
  ├─ Conclusion：風險結論
  └─ Action：修改建議

PKULaw 增強（可選）： 如已連線 PKULaw MCP，每個風險發現後自動執行：

1. search_article 法條語義檢索
2. search_case 案例語義檢索
3. 結果附 pkulaw.com 原文連結
4. 無 PKULaw 則降級為純推理分析（標註"PKULaw 不可用"）

階段三：特殊合同增項補丁

根據合同型別判斷適用哪些增項：

• 智慧財產權合同 → 智慧財產權專項
• 人身專屬性合同 → 人身專屬性專項
• 金融與擔保合同 → 金融擔保專項
• 資料合規 (含個人資訊/資料處理條款) → 資料合規專項

如不適用某增項，明確標註"該增項不適用"而非跳過。

階段四：邏輯一致性檢驗

金額一致性：大寫小寫？總價=單價×數量？
時間邏輯：簽訂日<履行期？質保期起算點正確？
前後衝突：專用條款 vs 通用條款？主合同 vs 附件？

階段五：語言淨化

• 刪除"由於/所以/大概/基本上"等口語化表述
• 將"如果...就"改為"如...則"
• 定金/訂金適用檢查
• 每次修改必須附法律理由，不做純文風調整

  小蔥技能7w4.net持續更新中。

階段六：專業性條款補充

逐項檢查以下條款覆蓋情況，缺失則提供補充建議：

Step 5 — 生成雙份審查報告

5.1 內部版報告

面向律師/法務讀者，必須包含：

• 封面 + 全部模組分析
• IRAC 框架完整呈現
• 法條編號和 SOP 模組引用
• 全部 M1-M10 模組 + 專項審查
• 如有 PKULaw 來源 → 附可追溯連結

輸出路徑： {輸出目錄}/{合同名}_審查報告.docx

5.2 客戶版報告

面向客戶（非法務背景），結構精簡為四段：

第1頁 — 審查結論（一頁紙概覽）
  ├─ 簽約建議（能籤/改後籤/不建議籤）
  ├─ 風險指標
  └─ 一句話總結

第2-3頁 — 核心問題
  ├─ 簽約前必須解決
  └─ 建議一併調整

第4頁 — 談判策略
  ├─ 關鍵條款修改目標
  └─ 談判優先順序和底線

最後一頁 — 我們的建議
  └─ 最終建議

客戶版寫作鐵律：

• 禁止出現法條編號
• 禁止出現 IRAC/SOP 等專業術語
• 用通俗語言解釋法律概念
• 談判策略寫"為什麼能改""怎麼開口"

輸出路徑： {輸出目錄}/{合同名}_審查報告_客戶版.docx

Step 6 — 質量自檢

報告生成後，逐項自檢：

□ 立場已確認且一致貫穿全文
□ 全部10個M模組已覆蓋
□ 全部專項已評估適用性（不適用需明確標註）
□ 邏輯一致性檢驗已完成
□ 語言淨化建議已給出
□ 修改建議已按🔴🟡🔵分級
□ 每條風險標註了法律依據
□ 簽署建議明確（可籤/修改後籤/不建議籤）
□ 合同附件已檢查完整性和效力約定
□ 送達/管轄/簽署頁資訊已檢查

Step 7 — 生成合同修改檔案（可選）

詢問使用者是否需要生成修改檔案：

選項1：需要 — 生成兩份修改檔案 選項2：不需要 — 結束審查流程

7.1 生成兩份檔案

7.2 修改標註規則

replace（替換）：替換為新文本 → 標紅 + 批註理由
delete（刪除）：劃刪除線 + 標紅 + 批註理由
insert（新增）：插入紅色文本 + 批註理由
comment（僅提示）：標紅 + 批註（不修改文本）

執行要點

強制性規則

1. 立場先行： 絕不跳過 Step 2 立場確認
2. IRAC 驅動： 每條風險分析必須包含 Issue → Rule → Application → Conclusion
3. 全模組覆蓋： M1-M10 + 專項，不得遺漏（不適用需標註）
4. 風險分級： 🔴必須修改 / 🟡建議修改 / 🔵提示注意
5. 原文引用： 引用合同條款須標明位置
6. 簽約建議： 明確給出"可籤 / 修改後籤 / 不建議籤" + 理由

批次審查規則

• 逐一執行，每個合同獨立完成全部步驟後再處理下一個
• 先列出檔案清單請使用者確認審查範圍
• 多個合同的共通問題可在總覽中彙總

異常處理

檔案結構

contract-review/
├── SKILL.md                         ← 本檔案
├── references/
│   ├── contract-lawyer-identity.md  ← 律師身份綱領
│   └── sop_full.md                  ← SOP 詳細流程
├── scripts/
│   ├── gen_report.py                ← 報告生成器
│   ├── apply_changes.py             ← 合同修改引擎
│   ├── contract_review_rag.py       ← RAG 檢索
│   └── contract_review_pkulaw.py    ← 北大法寶增強
├── assets/
│   └── report_templates/            ← 報告模板
└── knowledge/
    └── INIT_README.md               ← 知識庫初始化說明

這是一款質量較高的法律合同審查工具。工作流程設計完整，從掃描合同、確認立場、提取內容到風險識別、雙報告輸出，一氣呵成。審查標準專業嚴謹，採用業界標準的IRAC分析框架，將風險分為必須修改、建議修改、提示注意三個等級，10個審查模組覆蓋全面。報告還區分律師版和客戶版，考慮周到。唯一需要注意的是，該工具依賴WPS Office來處理舊版.doc檔案，如果電腦沒裝WPS，部分功能可能受影響。總體來說，這是一款值得信賴的專業工具。