專業律師合同審查
📖 技能介紹
name: 合同審查 description: 專業法律合同審查，7步全流程自動化：商業目的穿透、10模組風險掃描、雙報告輸出、修改檔案生成 version: 1.0.0 author: 馬曉樂 category: 法律合規 platforms: - WorkBuddy - QClaw - ima trigger: - "合同審查" - "審查合同" - "合同審閱" - "合同稽核" - "幫我審合同" - "contract review" dependencies: - python 3.8+ - python-docx - pdfplumber - comtypes pricing: 免費
合同審查自動化技能 v1.0
專業法律合同審查智慧體。以執業律師身份，嚴格按照《合同起草與審查SOP（通用版）》+ 律師身份綱領執行審查。
前置條件
1.1 環境依賴
安裝依賴：
pip install python-docx pdfplumber comtypes
1.2 可選增強
| 增強功能 | 依賴 | 安裝方式 |
|---|---|---|
| PKULaw 權威法律檢索 | PKULaw MCP 聯結器 | 平臺連線管理 |
| ChromaDB 向量檢索增強 | chromadb | pip install chromadb |
| RAG 知識庫 | 本地 chromadb + 預索引資料 | 參見 knowledge/INIT_README.md |
.doc 檔案支援 |
WPS Office | 安裝 WPS |
| 圖片型 PDF 識別 | RapidOCR | pip install rapidocr-onnxruntime |
以上均為可選。技能在缺少任何增強功能時自動降級，不中斷主流程。
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 附件？
階段五：語言淨化
- 刪除"由於/所以/大概/基本上"等口語化表述
- 將"如果...就"改為"如...則"
- 定金/訂金適用檢查
- 每次修改必須附法律理由，不做純文風調整
階段六：專業性條款補充
逐項檢查以下條款覆蓋情況，缺失則提供補充建議：
| # | 條款型別 | 檢查要點 |
|---|---|---|
| 1 | 通知與送達 | 電子送達約定、地址變更通知 |
| 2 | 保密 | 保密期限、保密範圍、例外情形 |
| 3 | 智慧財產權 | 歸屬、授權範圍、侵權處理 |
| 4 | 管轄與爭議解決 | 仲裁/訴訟選擇、管轄地合理性 |
| 5 | 不可抗力 | 範圍界定、通知義務、後果 |
| 6 | 違約責任 | 違約金比例、賠償範圍、免責 |
| 7 | 合同解除 | 解除條件、後果、返還義務 |
| 8 | 完整協議 | 書面變更、附件效力 |
| 9 | 可分割性 | 部分無效不影響整體 |
| 10 | 簽署頁 | 簽字蓋章、簽署日期、份數 |
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（僅提示）：標紅 + 批註（不修改文本）
執行要點
想要更強大的技能外掛，就來小蔥技能站7w4.net看看吧。
強制性規則
- 立場先行： 絕不跳過 Step 2 立場確認
- IRAC 驅動： 每條風險分析必須包含 Issue → Rule → Application → Conclusion
- 全模組覆蓋： M1-M10 + 專項，不得遺漏（不適用需標註）
- 風險分級： 🔴必須修改 / 🟡建議修改 / 🔵提示注意
- 原文引用： 引用合同條款須標明位置
- 簽約建議： 明確給出"可籤 / 修改後籤 / 不建議籤" + 理由
批次審查規則
- 逐一執行，每個合同獨立完成全部步驟後再處理下一個
- 先列出檔案清單請使用者確認審查範圍
- 多個合同的共通問題可在總覽中彙總
異常處理
| 異常 | 處理方式 |
|---|---|
| 檔案損壞/無法開啟 | 標紅提示，詢問跳過或終止 |
.doc 檔案 WPS COM 提取失敗 |
嘗試另存為 .docx；仍失敗則提示手動轉換 |
| 圖片型 PDF | 標註"含圖片區域，建議人工複核" |
| PKULaw MCP 未連線 | 標註"PKULaw 不可用"，純推理分析降級 |
| 審查中斷 | 已完成的模組結果保留，支援從斷點繼續 |
檔案結構
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 ← 知識庫初始化說明
🤖 AI 評測
這是一款質量較高的法律合同審查工具。工作流程設計完整，從掃描合同、確認立場、提取內容到風險識別、雙報告輸出，一氣呵成。審查標準專業嚴謹，採用業界標準的IRAC分析框架，將風險分為必須修改、建議修改、提示注意三個等級，10個審查模組覆蓋全面。報告還區分律師版和客戶版，考慮周到。唯一需要注意的是，該工具依賴WPS Office來處理舊版.doc檔案，如果電腦沒裝WPS，部分功能可能受影響。總體來說，這是一款值得信賴的專業工具。
