合同审查·小律同学AI

概述

本 skill 用于对中国大陆的各类民商事合同进行专业法律审查。审查基于《民法典》及相关法律法规，结合法律实务经验进行全面的风险分析。

本文及 references/ 中引用的 Skill 资源路径，均以本 SKILL.md 所在目录为基准使用相对路径。

合同修订版必须由 scripts/build_revision.py 生成。Write 只负责按 references/revision-manifest-source.ini 生成 INI 审查数据源，以及按模板生成《合同审查报告》；正式修订清单 JSON 和修订版均由脚本生成，Agent 不得手写 JSON 或创建、修改合同文件。脚本生成的修订版可在 Word 中查看批注，并逐项接受或拒绝修订：

• 批注（in_revision=false）— 审查意见、风险提示、建议
• 修订痕迹（in_revision=true）— 对已确认且可安全落入正文的条款修改

⚠️ 核心原则

严禁直接修改原合同

❌ 错误：直接在原合同上操作
✅ 正确：保持原合同只读 → 使用内置脚本另行生成修订版

审查前确认

用户未明确时，先用一次自然语言提问确认审查立场（甲方/乙方/中立）和特别关注事项，不询问交付方式。除非用户明确提出其他要求，默认交付合同修订版及按模板生成的《合同审查报告》；修订版按冻结清单生成批注和符合门禁的修订痕迹，没有意见通过修订准入时不得为凑数量强行修改正文。金额、比例、期限、标准等商务内容不得擅自代填；不能确定时只作批注提示。

合同审查涉及法律分析时同时激活 xiaolv-legal-analysis。法律条文须经 search_law 工具核实（修订清单中该证据的来源标识记为 law_search，属内部证据来源枚举值，供门禁脚本与历史清单向后兼容，不要改写）；需要核验动态事实、标准、资质或取得官方原文时，继续按照 references/external-verification.md 和 references/official-source-routing.md 使用现有官方网站及检索脚本，不得删减或以 search_law 完全替代。references/网站对照.md 仅供维护核对，单次审查不得加载或逐站查询。

工作流程（5步）

第一步：读取合同内容

首次接触合同必须先用 Read 的元数据/概览能力了解文件类型、大小和结构，再按需分页读取或搜索。若宿主读取工具不支持元数据模式或分页参数，则按顺序读取全文后直接进入下一步，不得因读取方式受限而跳过表格、附件与签署页。读取结果中的 [P#] 仅用于分析和报告位置；正式修订定位必须以 scripts/build_revision.py 生成的段落索引为准：

Read({ file_path: "合同.docx" })

输出示例：

[P1] 采购合同
[P2] 甲方：XX有限公司
[P3] 乙方：YY有限公司
[P4] 第一条 标的物
...
[Engine: <宿主读取实现> | Paragraphs: 45]

> 末行的引擎标识由宿主读取工具给出，不同平台取值不同（Windows + Word 环境可能为 Word COM），不得据此假定必须具备 Word 或 COM 组件；段落号一律以 scripts/build_revision.py 生成的索引为准。

如果合同较长，先获取元数据了解结构，再分页或搜索：

Read({ file_path: "合同.docx" })                    // 元数据 + 段落预览
Read({ file_path: "合同.docx", offset: 1, limit: 5 }) // 分页读取（带段落号）
Read({ file_path: "合同.docx", search: "违约责任" })   // 搜索定位

⚠️ 务必完整阅读正文、表格、附件和签署页，不得只凭预览下结论。

第二步：识别合同类型并加载审查模板

先完成合同事实提取和开放风险扫描，再读取 references/template-routing.md 和 references/contract-types.json。contract-types.json 是主合同类型、关键词和模板文件的唯一注册表；不得在 SKILL.md 或脚本中另建映射。合同类型必须根据交易目的、核心标的和主要权利义务判断，不能只匹配标题或文件名。

确定主合同类型后，加载一次通用模板用于查漏，再加载注册表对应的主模板；符合辅助模板触发条件时按 references/template-routing.md 叠加。无法可靠判断主类型时只加载通用模板，并将合同类型列为待确认事项。

// 开放扫描后加载一次：通用审查模板
Read({ file_path: "templates/通用审查步骤.txt" })

// 按 contract-types.json 确定的主类型加载专项模板
Read({ file_path: "templates/买卖合同.txt" })

// 涉及价款或支付的合同，同时加载涉税审查
Read({ file_path: "templates/合同涉税及发票条款审查精要与实务.txt" })

模板目录：templates/

第三步：执行分层审查

3.1 通用审查（13步骤，所有合同必做）

1. 主体资格审查 — 当事人信息、资质、代理授权
2. 成立与生效要件审查 — 要约承诺、生效条件
3. 合同类型与结构确认 — 法律性质、结构合理性
4. 标的与价款条款审查 — 标的明确性、支付条件
5. 履行期限、交付与验收审查 — 时间节点、验收程序
6. 履约能力与担保条款审查 — 担保范围、期限
7. 违约责任与救济审查 — 违约金、损害赔偿
8. 风险分配与不可抗力审查 — 免责条款、情势变更
9. 争议解决与适用法律审查 — 管辖、仲裁
10. 变更、转让、解除与终止审查 — 程序、后果
11. 保密、数据保护与知识产权审查 — 范围、期限
12. 附件与签署格式审查 — 完整性、签章合规
13. 文字符号与定义一致性校验 — 术语统一、消歧义

3.2 专项审查（根据合同类型叠加）

加载对应模板后，按模板的专项步骤进行深入审查。专项审查关注该类型合同特有的法律风险点。

第四步：生成段落索引并准备 INI 审查数据源

审查分析完成后，保持原合同只读。每次 Shell 调用都必须把合同所在目录显式设为工作目录，不得依赖应用安装目录或其他默认目录；合同、.review 和输出文件均使用合同工作目录的相对路径。

技能脚本定位约定：环境变量 XIAOLV_SKILLS_DIR 指向技能安装根目录；若该变量未设置，则把技能目录设为工作目录并使用相对路径 scripts/build_revision.py。

Windows（PowerShell）

$contractReviewSkill = Join-Path $env:XIAOLV_SKILLS_DIR "xiaolv-contract-review"
$buildRevisionScript = Join-Path $contractReviewSkill "scripts/build_revision.py"
python $buildRevisionScript ".\合同.docx" --list-json ".\.review\合同_段落索引.json"

macOS / Linux（bash / zsh）

CONTRACT_SKILL="${XIAOLV_SKILLS_DIR}/xiaolv-contract-review"
python "$CONTRACT_SKILL/scripts/build_revision.py" "./合同.docx" --list-json "./.review/合同_段落索引.json"

完成全部审查、检索和意见归并后，根据 references/revision-manifest.md 整理最终数据，使用 Write 按 references/revision-manifest-source.ini 一次生成 .review/合同_审查数据.ini。INI 中的正文、引号、百分号和反斜杠按原文直接写入，不做 JSON 转义；不得直接生成、修补或重写修订清单 JSON。定位必须使用段落索引中的稳定段落号；原文和段落哈希由脚本从索引补齐。意见引用标准时只填 basis_standard_<序号> 和自然标准号；标准证据编号由脚本生成。

第五步：使用内置脚本生成修订版并生成审查报告

正式修订清单 JSON 和修订版只能由 scripts/build_revision.py 从 INI 数据源一次生成，不得使用 Write、文件复制命令、python -c 或临时编写的脚本生成、诊断或修补：

Windows（PowerShell）

python $buildRevisionScript ".\合同.docx" --manifest-source ".\.review\合同_审查数据.ini" --manifest-output ".\.review\合同_修订清单.json" --inventory ".\.review\合同_段落索引.json" --output ".\合同_修订版_时间戳.docx" --author "小律同学AI"

macOS / Linux（bash / zsh）

python "$CONTRACT_SKILL/scripts/build_revision.py" "./合同.docx" \
  --manifest-source "./.review/合同_审查数据.ini" \
  --manifest-output "./.review/合同_修订清单.json" \
  --inventory "./.review/合同_段落索引.json" \
  --output "./合同_修订版_时间戳.docx" --author "小律同学AI"

脚本默认自动发现同一 .review 目录下的标准回执和官网外部证据，与显式路径合并去重，普通流程无需传入 --receipts 或 --evidence。它会把回执转换、证据编号和外部证据合并进冻结 JSON，然后补齐审查日期、源文件哈希、定位和机械字段；内容门禁通过后才原子发布正式 JSON、生成批注和 Word 原生修订痕迹，并在同一次调用中完成覆盖及文档结构校验。不得为确定回执编号或加载顺序而阅读内部 Python 脚本。

只有生成和覆盖校验均成功，且数量与冻结清单一致，才能报告修订版写入成功。随后从同一份冻结清单整理报告正文，使用 Write 按 references/opinion-letter.md 模板生成：

Write({
  file_path: "合同_合同审查报告.docx",
  content: "严格按照 references/opinion-letter.md 和冻结修订清单整理的完整报告正文"
})

Write 不得用于生成合同修订版；合同审查报告不得调用 draft_document 或其他脚本生成。完整的默认交付和验收要求见 references/review-workflow.md。

是否进入修订正文

• in_revision=true：仅限已确认风险、属于签约红线或必须争取、已有完整可执行替换文本且定位结构安全的意见；
• in_revision=false：需要用户判断、待外部核验、商务谈判或无法安全修改正文的意见，只生成批注；
• INI 字段、脚本生成的 JSON、定位和门禁规则以 references/revision-manifest.md 为准，不得另行发明数据格式。

批注格式规范

批注标签

批注内容结构

【标签】问题描述

依据：经核实的法律条文、合同原文、交易事实或待核验事项

建议：具体修改/补充建议

更多批注模式参考：references/comment-patterns.md

审查模板

专项审查模板目录：templates/

主合同类型、关键词和主模板文件只从 references/contract-types.json 读取；辅助模板及触发条件只从 references/template-routing.md 读取。本文件不重复维护模板映射。

依赖

本 skill 使用以下内置工具：

1. Read — 先读取元数据，再分页或搜索合同内容
2. scripts/build_revision.py — 生成段落索引，把 INI 数据源编译为正式 JSON，并生成、校验合同修订版
3. Write — 按模板生成 INI 审查数据源和《合同审查报告》；不得生成 JSON 或修改合同正文
4. search_law — 核实法律、行政法规和司法解释
5. 向用户提问 — 仅在用户未明确时确认审查立场和特别关注事项，不询问交付方式（以自然语言提问，不依赖特定工具）

官方网站检索及取证工具继续按既有参考文件执行，不作删减。

输出清单

完成审查后，应输出：

1. 合同修订版 — 原文件名_修订版_时间戳.docx（包含冻结清单要求的批注及符合门禁的修订痕迹）
2. 合同审查报告 — 原文件名_合同审查报告.docx，使用 Write 按 references/opinion-letter.md 模板生成
3. 审查摘要 — 按风险等级列出主要发现：
   - 🔴 高风险：需要立即关注的法律风险
   - 🟡 中风险：建议修改的条款
   - 🟢 低风险：需要核实的信息

注意事项

1. 严禁修改原合同 — 保持原合同只读，由脚本另行生成修订版
2. 双重审查 — 先通用13步，再专项模板
3. 依据匹配 — 每条意见必须写明依据；存在直接适用法律时须经 search_law 核实后引用，纯合同解释、商务风险或待核验事项不得强行拼接法条
4. 用户友好 — 批注语言专业但易于理解
5. 风险分级 — 使用标签区分风险等级，便于用户优先处理
6. 批注 + 修订 — 按冻结清单中的 in_revision 分流，由 scripts/build_revision.py 一次生成批注和 Word 原生修订痕迹
7. 如实验收 — 未完成脚本覆盖校验和报告一致性核验，不得声称批注、修订或报告已经写入成功

快速开始

# 1. 读取合同元数据，再分页或搜索完整内容
Read({ file_path: "采购合同.docx" })

# 2. 加载审查模板（通用 + 专项）
Read({ file_path: "templates/通用审查步骤.txt" })
Read({ file_path: "templates/买卖合同.txt" })

# 3. 按模板执行分层审查（通用13步 + 专项），整理审查意见

# 4. 当前目录保持为合同工作目录；定位技能脚本并生成稳定段落索引
#    PowerShell 写法如下；macOS / Linux 用 CONTRACT_SKILL="${XIAOLV_SKILLS_DIR}/xiaolv-contract-review"，
#    并把后续路径分隔符改为 "/"（详见「第四步」的双平台示例）
$contractReviewSkill = Join-Path $env:XIAOLV_SKILLS_DIR "xiaolv-contract-review"
$buildRevisionScript = Join-Path $contractReviewSkill "scripts/build_revision.py"
python $buildRevisionScript ".\采购合同.docx" --list-json ".\.review\采购合同_段落索引.json"

# 按 references/revision-manifest.md 整理意见，使用 Write 按 references/revision-manifest-source.ini 生成 INI 审查数据源
Write({
  file_path: ".review/采购合同_审查数据.ini",
  content: "严格按照 references/revision-manifest-source.ini 和最终审查数据生成的完整 INI"
})

# 5. 使用内置脚本一次生成正式 JSON、修订版并完成覆盖校验
python $buildRevisionScript ".\采购合同.docx" --manifest-source ".\.review\采购合同_审查数据.ini" --manifest-output ".\.review\采购合同_修订清单.json" --inventory ".\.review\采购合同_段落索引.json" --output ".\采购合同_修订版_时间戳.docx" --author "小律同学AI"

# 6. 从同一冻结清单整理报告正文，使用 Write 按 references/opinion-letter.md 生成《合同审查报告》并输出摘要
Write({
  file_path: "采购合同_合同审查报告.docx",
  content: "严格按照 references/opinion-letter.md 和冻结修订清单整理的完整报告正文"
})

版权与免责声明

本技能由小律同学AI 提供，版权归广东小律同学人工智能科技有限公司所有。输出仅供参考，不构成正式法律意见；涉及重大权益处置时，请结合案情咨询执业律师。