cslawyer1985 合同审查全流程 Skill
概览
本 Skill 实现律师/法务合同审查的完整工作闭环，分为六大模块：
模块 A：预检与信息收集 ← 开始，必须首先执行
模块 B：合法性审查 ← 核心审查层 1
模块 C：风险扫描 ← 核心审查层 2
模块 D：形式审查 ← 核心审查层 3
模块 E：报告整合与交付 ← 输出交付
模块 F：经验沉淀与 Skill 更新 ← 闭环收尾
参考资料体系（审查过程中随时调用）：
references/legal-kb.md— 法律法规知识库（强制性条款、效力性规范）references/risk-rules.md— 风险扫描规则库（高/中/低风险条款配置）references/review-checklist.md— 合同审查要点知识库references/client-preferences.md— 我方客户习惯偏好模板references/lawyer-tips.md— 律师个人审查经验与习惯
以上参考文件由用户自行编写维护，放入 references/ 目录后，审查各阶段自动读取调用。
报告pdf生成脚本
scripts/generate_legal_pdf.py— 将 E2 结构化 JSON 转换为正式的 PDF 报告，包含格式设计和排版。
模块 A：预检与信息收集
A1. 文件预检
收到文件后，立即执行以下检查，任何一项失败则停止并告知用户：
格式检查：
- 文件是否为可解析格式（PDF / Word / TXT）
- PDF 是否为文字版（非扫描图片版）
- 文件是否可正常打开，无密码保护
- 文件是否完整（无截断、无乱码）
内容预判：
- 文件是否确为合同文本（而非其他法律文书）
- 合同语言（中文/英文/双语）
- 合同页数与体量（预估审查工作量）
- 合同类型初判（见下方合同类型表）
合同类型识别表（初步判断，影响后续审查侧重点）：
| 类型 | 关键词 | 审查侧重 |
|---|---|---|
| 买卖合同 | 货物、交付、价款 | 质量条款、验收、违约金 |
| 服务合同 | 服务内容、报酬、期限 | 服务标准、知识产权归属 |
| 劳动合同 | 劳动者、工资、工时 | 强制性条款合规 |
| 租赁合同 | 出租、承租、租金 | 押金、维修责任、提前解约 |
| 借款合同 | 借款、利率、还款 | 利率合规、担保条款 |
| 合作协议 | 合作、共同、分成 | 权责边界、利益分配 |
| 保密协议 | 保密、NDA | 保密范围、期限、违约责任 |
| 其他 | — | 通用审查 |
预检失败处理：
❌ 文件无法解析 → 告知用户："文件似乎无法读取，可能原因：[具体原因]。请尝试：[具体建议，如转换格式/去除密码/重新导出]"
❌ 疑似非合同文件 → 告知用户："当前文件看起来是[判断结果]，而非合同文本。请确认是否上传了正确文件？"
❌ 扫描件无法识别文字 → 告知用户："当前 PDF 为扫描版图片，无法直接读取文字。建议使用 OCR 工具转换后重新上传。"
A2. 信息收集（用户交互）
预检通过后，主动向用户提问收集以下信息。提问要精炼，一次性列出所有问题，避免多轮打扰。
必问信息：
感谢上传合同！在开始审查前，请帮我确认几个关键信息：
1. **审查立场**：您代表哪一方？
□ 甲方（[从合同中识别甲方名称]）
□ 乙方（[从合同中识别乙方名称]）
□ 第三方中立审查
2. **审查目的**：本次审查的主要目的是？
□ 签约前风险把控（保护己方利益）
□ 合规合法性确认
□ 对方草案审核，需出修改意见
□ 诉讼/争议背景下的证据梳理
□ 其他：___
3. **业务背景**（选填，有助于提升审查精准度）：
- 交易金额/合同标的大概是？
- 双方关系（首次合作/长期合作/有历史纠纷）？
- 是否有任何特别关注的条款或已知争议点？
4. **交付要求**：
□ 审查报告（Word/PDF）
□ 逐条批注意见
□ 修改建议版合同
□ 以上均需要
信息收集后确认： 收到用户回复后，回显信息确认：
✅ 审查信息已确认：
- 审查立场：[X方]
- 审查目的：[目的]
- 合同类型：[类型]
- 将同时参考：[列出 references/ 中找到的参考文件名]
- 预计输出：[交付物]
开始审查...
模块 B：合法性审查
读取参考文件：
references/legal-kb.md（法律法规知识库）、references/review-checklist.md
核心逻辑：对照法律法规判断合同能否成立，结论非黑即白。
B1. 合同主体合法性
- 合同主体是否具有相应民事行为能力
- 法人/非法人组织是否依法登记
- 代理人是否有授权委托书，授权范围是否覆盖本合同
- 特殊行业主体是否持有相应资质证照（如建筑资质、金融牌照等）
- 外资主体是否符合外商投资准入规定
输出格式：
【主体合法性】✅ 合规 / ⚠️ 存疑 / ❌ 违规
问题描述：___
法律依据：___
处理建议：___
B2. 合同内容合法性
逐一检查是否存在违反强制性规定情形：
- 是否违反法律、行政法规的效力性强制规范（导致合同无效）
- 是否违反法律、行政法规的管理性强制规范（不导致无效，但有行政责任）
- 合同目的是否合法（是否以合法形式掩盖非法目的）
- 是否损害国家利益、社会公共利益或第三人利益
- 利率约定是否在法定范围内（借款合同）
- 劳动合同是否包含法定必备条款（劳动合同）
- 是否存在无效免责条款（造成对方人身损害/故意或重大过失）
效力判定等级：
【效力判定】
■ 合同整体效力：有效 / 效力待定 / 可撤销 / 无效
■ 无效/可撤销条款：[条款编号列表]
■ 法律依据：[具体法律条文]
■ 处理意见：[删除/修改/补充]
B3. 特殊监管合规
根据合同类型，检查行业特定合规要求：
- 金融类：是否涉及无牌经营、利率红线
- 房产类：是否符合当地限购/预售规定
- 劳动类：工时、工资、社保强制条款
- 数据类：个人信息保护、数据跨境
模块 C：风险扫描
读取参考文件：
references/risk-rules.md（风险规则库）、references/client-preferences.md（客户习惯）、references/lawyer-tips.md（律师tips）
核心逻辑：在合法前提下，从己方利益视角识别不利条款，按红/黄/蓝三级标注。
C1. 风险等级定义
| 级别 | 标志 | 含义 | 处理优先级 |
|---|---|---|---|
| 高风险 | 🔴 红色 | 重大利益损失、权利严重失衡、争议高发 | 必须处理 |
| 中风险 | 🟡 黄色 | 存在不利因素，但尚可接受或可谈判 | 建议处理 |
| 低风险 | 🔵 蓝色 | 措辞模糊或有优化空间，影响有限 | 可选处理 |
C2. 核心风险条款扫描清单
违约责任条款：
- 🔴 违约金金额是否过低（无法覆盖实际损失）
- 🔴 违约金赔偿上限是否不合理（如"最高不超过合同金额5%"）
- 🟡 违约认定标准是否对己方过于严苛
- 🟡 不可抗力范围定义是否过宽（对方可轻易免责）
- 🔵 是否缺少违约通知程序约定
争议解决条款：
- 🔴 仲裁/诉讼地是否在对方所在地（对己方造成诉讼不便）
- 🔴 约定仲裁机构是否合法有效（约定不明可能导致仲裁条款无效）
- 🟡 是否遗漏争议解决方式约定（默认诉讼，影响效率）
- 🔵 适用法律是否明确（涉外合同）
保密条款：
- 🔴 保密信息范围是否过于宽泛（己方正常经营行为受限）
- 🟡 保密期限是否合理（过长或缺少终止条件）
- 🟡 保密义务是否对双方不对等
- 🔵 是否缺乏保密违约责任约定
担保条款：
- 🔴 担保方式与担保范围是否明确
- 🔴 抵押/质押物描述是否清晰，登记手续是否约定
- 🟡 保证人主体资格是否合适
- 🟡 担保期间是否明确
付款条款：
- 🔴 付款节点是否与己方义务完成节点挂钩
- 🔴 逾期付款利息约定是否缺失
- 🟡 发票条款是否完整（发票类型/开具时间）
- 🔵 付款方式是否明确（银行转账/现金）
知识产权条款（服务类/合作类）：
- 🔴 成果归属是否明确（委托开发成果默认归受托方？）
- 🟡 背景知识产权授权范围是否合理
- 🔵 是否约定了保留许可
合同解除条款：
- 🔴 单方解除权条件是否对己方过于不利
- 🟡 解除后结算方式是否公平
- 🔵 是否约定解除通知期限
C3. 风险扫描结果格式
每个风险点输出：
[风险编号] 🔴/🟡/🔵 [风险等级] — [条款位置]
▸ 风险描述：___
▸ 原文摘录：___（引用相关条款原文）
▸ 风险后果：___
▸ 修改建议：___
模块 D：形式审查
读取参考文件：
references/review-checklist.md
D1. 文字审查
- 错别字、异体字
- 语病、歧义表达
- 数字格式不统一（大写/小写/阿拉伯数字混用）
- 日期格式不统一
- 当事人名称前后不一致
D2. 结构完整性审查
必备条款核查（根据《民法典》第470条）：
- 当事人名称/姓名和住所
- 标的
- 数量
- 质量
- 价款或报酬
- 履行期限、地点和方式
- 违约责任
- 解决争议的方法
格式规范核查：
- 条款编号是否连续、无跳号
- 定义术语是否在首次使用时定义，后续使用是否一致
- 附件清单与正文引用是否一致
- 签章页是否完整（双方盖章/签字处、日期）
- 骑缝章/页码是否提及（纸质合同要求）
D3. 内部一致性审查
- 同一概念是否有多种表述（如"乙方"/"需求方"混用）
- 前后条款是否存在矛盾
- 数字金额大小写是否一致
模块 E：报告整合与交付
E1. 审查报告自动汇总结构
━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━
合同审查意见书
━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━
基本信息
合同名称：___
审查立场：___
审查日期：___
审查律师：___（如有）
一、整体评估
[一段话概括合同整体质量、主要风险点、是否建议签署]
二、合法性审查结论
[模块 B 汇总，按严重程度排列]
三、风险扫描结果
高风险（🔴）：[数量] 项
中风险（🟡）：[数量] 项
低风险（🔵）：[数量] 项
[逐项列出，详见附件]
四、形式审查结论
[模块 D 汇总]
五、综合修改建议
必须修改：___
建议修改：___
可选优化：___
六、签署建议
□ 建议按修改意见修改后签署
□ 建议谨慎签署（重大风险已知悉）
□ 不建议签署（存在重大法律瑕疵）
附件：逐条审查意见详情
━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━
重要新增要求： 在完成上述自然语言版《合同审查意见书》后，必须紧接着额外输出一份“结构化 JSON 数据”，用于生成中文版 PDF 合同审查报告。 两部分都必须输出，不能只输出其中之一。
输出顺序必须严格如下：
- 先输出完整的自然语言审查报告
- 再输出 JSON 数据
- JSON 必须放在单独代码块中，便于程序直接提取
- JSON 中不得出现注释、解释性文字或多余说明
- JSON 内容必须与前文自然语言报告保持一致，不得互相矛盾
E2. 结构化 JSON 输出规范（新增，强制输出）
JSON 必须使用以下结构，字段名必须保持一致： 参考样例格式如下
{
"score": 78,
"grade": "B",
"grade_label": "整体可控，建议修改后签署",
"details": {
"type": "服务合同",
"parties": "甲方：___；乙方：___",
"effective_date": "2026年04月14日",
"term": "1年",
"total_value": "人民币50万元",
"governing_law": "中华人民共和国法律"
},
"executive_summary": "本合同整体框架基本完整，但在违约责任、付款安排及争议解决条款方面存在若干对我方不利之处，建议在修改相关核心条款后再行签署。",
"risks": {
"high": 2,
"medium": 3,
"low": 4,
"high_clauses": "第8条违约责任、第12条争议解决",
"medium_clauses": "第5条付款条件、第9条保密义务、第11条解除条款",
"low_clauses": "第2条定义、第3条服务范围、第6条通知、第13条其他约定"
},
"clauses": [
{
"name": "违约责任条款",
"section": "8",
"risk": "high",
"summary": "条款约定乙方违约时需承担较高违约责任，但未明确甲方违约责任。",
"risk_explanation": "该条款责任配置明显失衡，可能导致我方在争议中承担过重责任，而对方违约时追责依据不足。",
"recommendation": "建议补充甲方违约责任，并将违约责任设置为双方对等或与实际损失相匹配。"
}
],
"negotiation_priorities": [
"优先调整违约责任条款，确保双方责任对等。",
"明确付款节点与验收节点的对应关系。",
"将争议解决地调整为对我方更便利的地点。"
],
"missing_protections": [
"缺少逾期付款利息条款。",
"缺少明确的验收标准与验收期限。",
"缺少知识产权成果归属的完整约定。"
],
"next_steps": [
"根据审查意见修改合同文本。",
"就重大风险条款与对方开展谈判。",
"修改完成后进行二次复审。",
"确认无重大障碍后再安排签署。"
]
}
### E3. 交付物清单
根据用户在 A2 阶段的选择，生成对应交付物：
| 交付物 | 内容 | 格式 |
|--------|------|------|
| 审查报告 | 完整意见书（模板见 E1）| Word/PDF |
| 审查报告json文档 | 格式化意见书（模板见 E2）| json |
| 审查报告pdf简报 | 简报pdf使用前面的json文件| PDF |
| 逐条批注 | 对应原合同条款的批注意见 | 内嵌文档注释 |
| 修改建议版 | 原文+修改建议对照 | 双栏对比表格 |
### E4. 版本管理与归档信息
每次审查输出时，在报告底部附加归档信息：
━━━━ 归档信息 ━━━━ 审查版本：v1.0 文件哈希：[可选，用于溯源] 审查时间：[时间戳] 参考规则库版本：[引用的 references 文件最后修改日期] ━━━━━━━━━━━━━━━━━━
---
## 模块 F：经验沉淀与 Skill 自我更新
> 本模块在报告交付后执行，是 Skill 闭环的关键。
### F1. 法律服务机会洞见
审查完成后，必须生成深度且结构化的**新业务机会提醒**，发给律师参考，坚决避免简短的一句话概述：
━━━━ 法律服务机会洞见 ━━━━ 基于本次审查，为您挖掘以下高价值的衍生法律服务机会：
机会一：[机会名称，例如：针对“倒贴式结算”的应收账款风控服务]
- 【商业痛点与风险路径】：结合合同中的极端/不合理条款，推演如果客户签署后，在实际业务流转中会如何一步步爆雷（例如：条款约定->业务发生->资金断裂/被诉）。
- 【衍生法律服务产品】：针对上述痛点，推销具体的法律服务产品（切忌宽泛，要具体到交付物，如“外包合规手册”、“专项谈判支持”等）。
- 【客户沟通话术建议】：提供一段能直接发给客户或沟通使用的“破冰话术”，要求能引起客户重视但不贩卖焦虑。
[根据合同内容，挖掘并列出 2-3 个深度机会] ━━━━━━━━━━━━━━━━━━━━━━━━━━━━
### F2. 经验沉淀对话
完成报告输出后，主动与律师展开经验沉淀对话：
🎯 本次审查已完成。在关闭前，我们来做一个简短的经验复盘：
本次审查中，有哪些判断是您觉得特别有价值的？ （可以沉淀到审查要点知识库或 Skill 规则库）
有哪些地方您觉得 Skill 做得不够好，或者有您自己的经验想补充进来？ （比如某类条款的审查角度、特定行业的注意事项）
本次接触到了哪些新的法律法规或案例，值得更新到知识库？
请随意分享您的想法，我会整理后给出具体的更新建议 👇
### F3. Skill 更新建议生成
根据 F2 的对话内容，生成结构化的更新建议：
━━━━ Skill 更新建议 ━━━━ 基于本次审查复盘，建议进行以下更新：
【规则库更新】（→ references/risk-rules.md） 新增规则：___ 修改规则：___
【知识库更新】（→ references/legal-kb.md） 新增法条：___ 更新内容：___
【审查要点更新】（→ references/review-checklist.md） 新增要点：___
【律师Tips更新】（→ references/lawyer-tips.md） 新增经验：___
是否现在直接更新以上文件？ □ 是，帮我生成更新后的内容 □ 否，我先记录，下次更新 ━━━━━━━━━━━━━━━━━━━━━━━━━━━━
如果律师确认更新，直接生成更新后的 Markdown 内容，供其复制粘贴到对应文件。
---
## 执行顺序总览
用户上传合同 ↓ [模块 A] 预检（文件可读性） ↓ 失败 → 返回错误提示，停止 ↓ 通过 [模块 A] 信息收集（立场/目的/要求） ↓ 读取 references/ 中的参考文件（按可用性） ↓ [模块 B] 合法性审查 ↓ [模块 C] 风险扫描 ↓ [模块 D] 形式审查 ↓ [模块 E] 整合报告 → 交付 ↓ [模块 F1] 输出法律服务机会洞见 ↓ [模块 F2/F3] 经验沉淀对话 → 生成 Skill 更新建议 ↓ 审查闭环完成 ✅
---
## 注意事项
1. **立场优先**：整个审查过程中，所有风险评估均以用户确认的审查立场为准。同一条款，从甲方和乙方视角的风险等级可能完全不同。
2. **参考文件缺失处理**：如果 references/ 中某个文件不存在，审查仍正常进行，对应模块使用内置通用规则，并在输出中注明"本次未检测到自定义[文件名]，已使用通用规则"。
3. **合同语言**：如遇英文合同，全程使用英文审查，最终报告可根据用户需求输出中文或英文版。
4. **免责说明**：本 Skill 辅助专业律师进行合同审查，不替代律师的专业判断，最终审查意见需由执业律师审核确认。