Menü
合同起草与审查助手。基于分层分析与四步流程，输出可执行的风险清单、起草骨架、修改建议、推荐措辞和审查意见书，支持批注与修订两种文档处理方式。用户通过飞书或其他 IM 对话发送合同文件并要求审查或起草时，也应使用本 skill，并优先沿原会话回传修订版和审查报告。
Mit Codex oder Claude installieren Kopieren Sie diesen Prompt, fügen Sie ihn in Codex, Claude oder einen anderen Assistant ein und lassen Sie die Skill-Seite prüfen und installieren.
Basierend auf der SOC-Berufsklassifikation
将本地开发的 Skills 批量同步到 ClawHub 与腾讯 SkillHub 两个平台。支持智能 .gitignore 过滤、白名单控制、增量同步、单个 skill 同步、双平台分流发布。本技能应在用户需要将本地 skills 发布到 ClawHub/SkillHub、批量同步技能、检查发布状态时使用。
跨平台 Agent 任务协调枢纽。本技能应在多个不同平台的 Agent 需要围绕项目任务源分配任务、标记归属、能力路由和交接上下文时使用。不要用于单一平台内的本地并行执行，或 Git 分支、提交、PR、merge 安全规则。
输入各类视频网站/播客平台链接后，自动下载对应媒体文件并交付给用户。优先使用 yt-dlp 覆盖抖音(Douyin)、B站(Bilibili)、YouTube 等常见视频网站，也可用于可直接暴露音频地址的播客平台（如小宇宙单集链接）。当遇到 403/登录/年龄或地区限制时，支持使用 cookies.txt 重试；对于可能存在 DRM/加密或条款限制的平台（例如部分 Spotify 内容），应提示用户仅下载其有权保存的内容，并在不可下载时建议改用官方离线/导出渠道或提供原始 RSS/直链。抖音视频在 yt-dlp 撞签名墙（"Fresh cookies needed"）时会自动 fallback 到无登录直连 aweme.snssdk.com/v1/play（仅需 video_id，不需要 cookie/a_bogus 签名）；抖音图文笔记暂不支持自动下载，需手动处理。
元典法条与案例检索。本技能应在需要查询中国法律法规条文、检索相关案例、为法律分析提供数据支撑时使用。
PDF 处理工具，支持扫描件预处理、OCR 双层 PDF、页码添加、PDF 合并、解密、水印去除和压缩。本技能应在用户需要一键处理、优化或整理 PDF 文档时使用。不要用于：纯文本 PDF 内容编辑、PDF 阅读与批注、电子签名、非压缩目的的格式转换。
面向中国发明和实用新型专利的结构化初步分析工具。本技能应在用户需要拆解或解释权利要求、比较专利保护范围、进行产品侵权比对、等同分析、稳定性与无效风险分析、FTO、规避设计、专利价值评估或制作专利分析图表时使用。不要用于：代替专利律师或专利代理师出具正式意见、仅下载/OCR专利、撰写专利申请文件，或在未确认法域与有效权利要求时给出确定性结论；外观设计近似判断需另行采用专门方法并人工复核。
| name | contract-copilot |
| version | 1.5.3 |
| description | 合同起草与审查助手。基于分层分析与四步流程，输出可执行的风险清单、起草骨架、修改建议、推荐措辞和审查意见书，支持批注与修订两种文档处理方式。用户通过飞书或其他 IM 对话发送合同文件并要求审查或起草时，也应使用本 skill，并优先沿原会话回传修订版和审查报告。 |
| license | CC-BY-NC |
| homepage | https://github.com/cat-xierluo/legal-skills |
| author | 杨卫薪律师（微信ywxlaw） |
调用时，先按本文件确定运行流程。
当用户提供或通过会话传入 DOCX 合同文件，并提出“审查、审核、修改、批注、修订、出审查意见、帮我看合同”等合同审查类请求时，默认必须走文件交付链路：
review-plan.json。scripts/review/apply_review_plan.py 或 scripts/run_apply_review_plan.ps1。不得仅输出文字版风险清单、审查摘要或聊天回复来替代文件交付，除非出现以下情形之一：
出现例外时，必须明确说明阻塞原因，并告诉用户补齐哪些条件后可以继续生成 Word 文件。若文件已生成但暂时无法回传附件，应保留产物路径或文件对象，并明确说明“已生成但尚未完成会话回传”。
用于合同起草与审查的专业辅助技能，重点服务以下场景：
config/review_memory.json 已命中同名合同，默认沿用上次记录的客户名称、立场与审查口径；仅在用户指出不一致时再改。每个风险点建议采用以下字段输出：
结论应包含：
起草结果至少包含：
不扩展合同分类数量，优先在现有 12 类内完成全量抽取与深度补齐。
| 类别 | 路径 | 示例 |
|---|---|---|
| 买卖合同 | references/contract-types/01-sale/ | 动产买卖、二手房买卖、商品房买卖、经销买卖 |
| 租赁合同 | references/contract-types/02-lease/ | 房产租赁、建筑设备租赁 |
| 服务类合同 | references/contract-types/03-service/ | 一般服务、中介、仓储保管、承揽、物业、运输、行纪、广告 |
| 知识产权类合同 | references/contract-types/04-ip/ | 软件许可、技术开发、商标许可、商标转让、专利、著作权 |
| 担保类合同 | references/contract-types/05-guarantee/ | 保证、抵押、质押 |
| 借贷与赠与合同 | references/contract-types/06-lending-gift/ | 民间借款、赠与 |
| 互联网协议 | references/contract-types/07-internet/ | 用户许可协议、订单协议、隐私政策 |
| 婚姻家事类合同 | references/contract-types/08-marriage-family/ | 夫妻财产约定、离婚协议、遗赠扶养协议 |
| 劳动用工类合同 | references/contract-types/09-employment/ | 劳动合同、劳务派遣、外包、实习、返聘、非全日制、个人劳务 |
| 房地产类合同 | references/contract-types/10-real-estate/ | 土地出让、土地转让、联建、委托代建 |
| 建设工程类合同 | references/contract-types/11-construction/ | 施工、总承包、分包、勘察设计、监理 |
| 公司投资类合同 | references/contract-types/12-corporate-investment/ | 出资、增资、投资、股东协议、股权转让、股权激励、合并分立、对赌 |
未单列的细分合同类型，统一按 references/contract-routing.md 归入既有 12 类，并同时用于审查路由和起草路由。
references/review-framework.mdreferences/priority-clauses.mdreferences/revision-strategy.mdreferences/contract-routing.mdreferences/contract-types/01-sale/ 至 references/contract-types/12-corporate-investment/references/review-framework.md，再读 references/contract-routing.md，必要时用 references/priority-clauses.md 聚焦高风险条款，进入对应合同主文件完成细审后，再用 references/revision-strategy.md 决定落地动作。templates/合同起草信息清单.md 固定文件包、待补事实和条款骨架。references/ 根层只保留高复用入口资料，不再拆出短小的导航或流程文件。references/contract-types/ 下既有 12 类目录。references/review-framework.md 或对应合同目录主文件。templates/合同起草信息清单.mdtemplates/条款库.mdtemplates/审查报告模板.mdtemplates/合同起草信息清单.md 的定位是“起草工作台”，用于把识别与分流文件产出的路由卡、文件包、程序性前提和待补事实先固定下来；templates/条款库.md 的定位是“起草支撑层”，不单独构成另一套 reference。起草时应先走 references/review-framework.md、references/contract-routing.md、templates/合同起草信息清单.md 和对应合同主文件，再从条款库抽取可复用措辞。当前条款库已补入文件优先级、验收、配合义务、条件成就、通知送达、责任限制、背景技术、里程碑、交割清单等首批高频结构条款，后续仍应继续从 12 类合同主文件中反向抽取公共条款。
直接运行 scripts/*.py 或 scripts/run_apply_review_plan.ps1 前，先确认 references/setup-dependencies.md 中的运行前提已经满足。最小要求是：本机 Python 已安装 defusedxml 与 lxml。OOXML 打包、解包和校验功能已内嵌在 scripts/docx/ 中，无需外部依赖。
python scripts/review/apply_review_plan.py \
--input contract.docx \
--plan review-plan.json \
--output contract_reviewed.docx
执行后默认对外交付：
contract_reviewed.docx（修订批注一体版）contract_reviewed_审查报告.docx同时会在 archive/<时间戳_合同名>/ 内部归档目录留存：
review-plan.jsoncontract_reviewed_审查报告.mdcontract_reviewed_执行日志.jsonmanifest.jsonfrom scripts import ContractReviewer
reviewer = ContractReviewer("workspace/unpacked")
reviewer.add_comment_by_text("甲方承担全部责任", "P0：责任范围过宽，建议增加责任上限和例外")
reviewer.replace_text("五个工作日内付款", "十个工作日内付款", tag="w:r")
reviewer.save()
scripts/README.mdpython scripts/review/enrich_review_plan.py \
--input review-plan.json \
--output review-plan_enriched.json
用于自动补齐 needs_negotiation / deterministic_edit，再执行批注/修订。
config/reviewer_profile.json 不存在，或其中未填写审查人姓名 / 律所或公司名称，先向用户确认审查人姓名、律所/公司名称和可选部门；随后脚本会以 config/reviewer_profile.example.json 为模板生成正式配置并写回。config/reviewer_profile.json 中已有姓名 / 律所或公司名称，只要该配置尚未在当前环境完成确认，也要先向用户确认一次，再继续执行；不要直接沿用未确认的预填值。config/review_memory.json；命中同名合同历史记录时默认沿用，未命中时在交互模式下询问“客户名称 + 立场 + 审查口径”，并以 config/review_memory.example.json 为模板生成正式记忆文件。edit_policy 决定。archive/。如需直接查看这些过程文件，可临时使用 --no-archive 调试。config/reviewer_profile.json；若尚无配置、缺少姓名/机构，或当前环境尚未确认过该身份配置，则在交互模式询问审查人姓名、律所/公司和可选部门，或在首次显式传入 --author 与 --organization 时按当前输入生成并保存。config/ 目录，不会自动上传；后续可随时通过自然语言要求更新。initials 为可选项；若留空，不自动生成，也不写入 Word 批注。w:date 使用本地时区格式写入，扩展 UTC 字段使用同一时点的 UTC 格式，避免显示出错误时区或回写到运行前的时间戳。1-2 分钟；不同审查意见之间继续保持 5-10 分钟的大间隔。姓名｜机构；审查报告中的审查人、所属机构/公司和所属部门仍保持分项展示。comment，默认按“风险等级 / 风险点 / 条款位置 / 说明 / 修改建议 / 可选建议措辞”的多行结构生成批注。revise-first：只有高确定性、强落地性的审查项才优先直接修订；程序优化型、说明型和低必要性问题可改为批注或仅写入意见书。comment / delete / insert / replace 前，应优先参照 references/revision-strategy.md：留空项、事实待补项和授权不明的商务取舍项默认只批注；准确的法条引用默认不因篇幅较长而删减；能局部删减或补入的，不要整段重写。w:r 内短语替换/删除优先落成局部 w:del / w:ins；目标跨多个 w:r 时，优先退到段落内片段修订；复杂长条款在存在多个稳定不变片段时，也应尽量拆成多组局部修订块，而不是继续压成一个大中段替换；若单一条款会炸出大量低价值的单字级差异，则自动并成更少的核心修订块。对于留空/占位项，即使上游误标为直接修订，也应回退为批注。action=auto）revise-first 策略；可通过 --edit-policy revise-first|balanced|comment-first 或计划中的 meta.edit_policy 覆盖。edit_policy 与审查口径独立：即便本轮口径选择 克制，对确定性问题仍可直接修订；不要再把“口径低”机械等同于“只批注、不改文”。revise-first 下，若未显式提供 replacement_text，但已提供可直接落文的 recommended_text，系统会先判断该问题是否值得直接入正文；只有通过收束规则后，才会将其作为替换文本执行直接修订。comment/delete/insert/replace）优先于自动分流。needs_negotiation / deterministic_edit，脚本会在加载计划时自动补全（可通过 --no-enrich-plan 关闭）。config/reviewer_profile.json 缺少审查人姓名或所属机构/公司，或当前环境尚未确认过该身份配置，先提醒用户补录或确认审查人姓名、律所/公司名称和可选部门，并说明该配置只保存在本地、后续可随时通过自然语言修改。references/contract-routing.md，确定主合同类型、配套协议类型、推荐交付包型和必带附件，并先产出“起草路由卡”。templates/合同起草信息清单.md 记录文件包、主体、交易结构、程序性前提和缺失事实。references/review-framework.md 检查宏观 / 中观 / 微观三层是否完整。templates/条款库.md 仅用于补充通用候选措辞，不代替主文件确定条款结构。1.5.22026-06-04