| name | contract-revieww |
| description | 专业合同审查全流程 Skills,适用于律师、法务人员对合同文件进行系统性审查。 当用户上传合同文件、提到"合同审查"、"审查这份合同"、"帮我看看这个合同"、 "合同有没有问题"、"风险条款"、"合法性审查"、"合同意见书"等情形时,立即触发本 Skill。 同样适用于用户需要输出审查报告、意见书、风险提示函等法律文件交付物的场景。 本 Skill 覆盖合同审查的完整闭环:预检与信息收集 → 合法性审查 → 风险扫描 → 形式审查 → 报告整合与交付 → 经验沉淀与 Skill 自我更新。 专业合同审查全流程 Skills,适用于律师、法务人员对合同文件进行系统性审查。 当用户上传合同文件、提到"合同审查"、"审查这份合同"、"帮我看看这个合同"、 "合同有没有问题"、"风险条款"、"合法性审查"、"合同意见书"等情形时,立即触发本 Skill。 同样适用于用户需要输出审查报告、意见书、风险提示函等法律文件交付物的场景。 本 Skill 覆盖合同审查的完整闭环:预检与信息收集 → 合法性审查 → 风险扫描 → 形式审查 → 报告整合与交付 → 经验沉淀与 Skill 自我更新。 |
| allowed-tools | null |
| disable | false |
合同审查全流程 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. 文件预检
收到文件后,立即执行以下检查,任何一项失败则停止并告知用户:
格式检查:
内容预判:
合同类型识别表(初步判断,影响后续审查侧重点):
| 类型 | 关键词 | 审查侧重 |
|---|
| 买卖合同 | 货物、交付、价款 | 质量条款、验收、违约金 |
| 服务合同 | 服务内容、报酬、期限 | 服务标准、知识产权归属 |
| 劳动合同 | 劳动者、工资、工时 | 强制性条款合规 |
| 租赁合同 | 出租、承租、租金 | 押金、维修责任、提前解约 |
| 借款合同 | 借款、利率、还款 | 利率合规、担保条款 |
| 合作协议 | 合作、共同、分成 | 权责边界、利益分配 |
| 保密协议 | 保密、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. 核心风险条款扫描清单
违约责任条款:
争议解决条款:
保密条款:
担保条款:
付款条款:
知识产权条款(服务类/合作类):
合同解除条款:
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":
### 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 辅助专业律师进行合同审查,不替代律师的专业判断,最终审查意见需由执业律师审核确认。