メニュー
专业合同审核 Skill：7步工作流（含立场声明、框架审阅、类型路由）、5类通用门禁+16个专项门禁、终稿三件套+HTML可视化报告、8维度风险评分、修订5分类路由。完全自包含，零外部依赖。
デフォルトでは、最初にソースを確認する Prompt が選択されています。直接コマンドに切り替えるか、ローカルコピーをダウンロードすることもできます。
インストールを決める前に、SKILL.md と SkillsMP に表示されている付属ファイルをお読みください。
Codex または Claude でインストール この Prompt をコピーして Codex、Claude、または他のアシスタントに貼り付けると、Skill ページを確認してインストールできます。
直接コマンドでは確認用 Prompt が省略されます。実行前にソースを確認してください。
npx skills add https://github.com/CSlawyer1985/contract-review-pro --skill contract-review-proコマンドは1行のまま表示されます。コピー前に横へスクロールして全体を確認してください。
ローカルで確認しますか？SkillsMP が現在取得できるファイルをダウンロードできます。
SOC 職業分類に基づく
SKILL.md を表示中
| name | contract-review-pro |
| description | 专业合同审核 Skill：7步工作流（含立场声明、框架审阅、类型路由）、5类通用门禁+16个专项门禁、终稿三件套+HTML可视化报告、8维度风险评分、修订5分类路由。完全自包含，零外部依赖。 |
| version | 4.0.0 |
| author | Claude + 陈石律师 |
| tags | ["合同审核","法律","风险管理","终稿三件套","专项门禁","HTML报告"] |
专业合同审核 Skill，将成熟合同审核方法论编码为可执行流程。
本 skill 自身即可完成全部审核工作，不依赖 skill 目录之外的任何规则文件、知识库路径或外部工具：
references/ 和 data/scripts/ooxml_lite.py）生成；环境中恰好装有 docx skill 或 officecli 时可作可选增强，但不是流程必经环节.claude/client-rules/（客户偏好）和 .claude/clauses/（条款库），存在则加载，不存在则询问或跳过，均不阻断流程客户识别：
.claude/client-rules/ 下的关联主体（如用户已建）客户识别命中后，调用 ClientConfig.load_from_workspace() 加载客户偏好。
立场声明（每次审核必须重做，不沿用历史）：
立场声明写入 review-state，后续所有"对我方有利/不利"的判断以立场声明为基准。
记录：源文件路径、客户、起草方、立场声明、交易结构摘要、风险预分类（8 维度 1-5 分初始评分）、法律问题清单。
按合同名称、关键条款、交易结构识别合同类型，激活 references/gates/ 下对应专项门禁：
| 识别关键词 | 加载门禁 |
|---|---|
| 建设工程/施工/承包/分包 | 08-建设工程.md |
| 借款/借贷/融资/还款 | 09-借贷.md |
| 保证/抵押/质押/担保 | 10-担保.md |
| 买卖/购销/采购/供应 | 11-买卖.md |
| 租赁/承租/出租 | 12-租赁.md |
| 股权转让/并购/股权收购 | 13-股权转让.md |
| 承揽/加工/定作 | 14-承揽.md |
| 技术开发/技术服务/技术许可 | 15-技术.md |
| 委托/物业服务 | 16-委托物业.md |
| 有限合伙/合伙协议 | 17-有限合伙.md |
| 广告/推广/营销服务 | 18-广告.md |
| 劳动/聘用/劳务 | 19-劳动.md |
| 增资/增资扩股/VC/PE 投资 | 20-VCPE增资.md |
条款级门禁（跨类型触发，与类型门禁并行且结论互相校验）：
clause-gates/anti-dilution.mdclause-gates/buyback.mdclause-gates/valuation-adjustment.md股权转让与 VC/PE 同时命中时，VC/PE 门禁优先。未命中任何类型时仅执行通用门禁。
完整阅读合同全文，梳理：主体、标的、价款、交付/验收、结算、违约责任、解除、担保、争议解决、附件。
逐条审核之前，先审视合同整体框架：
框架性问题对我方有利的保留；不利的用 Track Changes 做框架级重构（而非仅 Comments 提示），并在法律意见书中说明重构逻辑。
效力问题优先于条款优化。 调用 ContractAnalyzer.run_validity_review() 执行 5 项检查：
发现效力风险时，先处理效力问题，再谈条款优化。
基于通读、框架审阅和效力审查，列出需要研究的实质性法律问题。
实质性法律问题必须检索验证，禁止编造依据。
分层检索：
检索合规自检（进入 Step 6 前阻断级检查）：
任一未过，阻断进入逐条审核。检索失败时诚实记录未命中原因。
调用 ClauseReviewer.review_clause_dual() 对每项权利义务进行三层次审查：
审查每一项时同时用 RevisionRouter.determine_revision_method() 确定修订方式（见修订路由决策树）。
偏差记录（6A）：审核中偏离内置标准条款或审查惯例的处理（如应增补条款未增补、应 TC 的改为 Comment），记录到输出目录的 deviation-log，注明理由。
每次审核完成后，调用 ClauseExtractor.scan_for_candidates() 扫描值得入库的条款，输出到项目目录的 candidates/ 子目录，禁止直接写入正式条款库。
偏差触发审查（7B）：deviation-log 中同类偏差 3 个月内累计 ≥3 次时提示用户关注；6 个月 ≥5 次时建议用户审视内置条款标准或审查口径是否需要修订。
| 门禁 | 检查内容 |
|---|---|
| gate_validity | 名实不符、关联交易、格式条款、审批登记、成立要素 |
| gate_subject | 主体适格、签章要求、授权委托、表见代理、一人公司、担保决议；首次出现的企业主体应做工商业信用核查（存续状态、经营范围、涉诉风险），按环境中可用的查询工具执行 |
| gate_clause | 价款支付、交付验收、违约责任、解除清算、担保保险、送达争议 |
| gate_consistency | 正文与附件、金额数量、期限条件、定义用法一致性；占位符空白检测——必备条款内容为空白线/"待填"/"详见附件"等占位符时，不得判为合规，至少记中风险 |
| gate_output | 三件套完整性检查 |
13 类合同专项门禁 + 3 个条款级门禁，由 Step 1.5 路由激活，与通用门禁并行执行。每个专项门禁含：专项核查事项、专项风险标签、针对性法律依据提示。
每条审核意见写入前，必须通过 RevisionRouter 决策。修订动作 5 分类：
| 动作 | 适用情形 | 呈现 |
|---|---|---|
replace | 错别字、标点、日期、法律名称过时、前后不一致、明显不利且可直接改写 | Track Changes 替换（del+ins 配对） |
insert | 缺失关键条款、对我方有利且可直接落地的增补 | Track Changes 插入（独立段落） |
delete | 重复表述、明显多余或对我方重大不利且无保留价值的内容 | Track Changes 删除 |
comment | 条款矛盾、商业取舍、重大风险、对方可能不接受、事实待核、多方案 | Comments 批注 |
report-only | 整体评价、框架性观察、无需改动文本的提示 | 仅写入法律意见书 |
默认 insert 的常用增补条款（无需每次判断）：实现债权费用（优先嵌入违约责任条款）、送达确认、签章生效、声明与保证、限制收款方式、反商业贿赂、独立关系声明、一人公司补充。
4 问自检（每条必问）：
最小必要修改原则：能局部删减就不整段重写，能局部补入就不替换整条——保留原文结构，让对方清楚看到改了什么。
修订块合并：同一条款需多处修改时，收敛为 2-6 组成组修订，避免审阅视图炸出十几个碎修订。
违规自检：Comments 中出现"建议补充"上述默认 insert 条款 = 路由错误，应改为 Track Changes。
三层谈判优先级（与立场声明的必守/可谈二分挂钩）：
每条重大修订附备用立场（首选措辞被对方拒绝时的替代方案）。
升级路径 4 级：
合同效力 格式条款 主体授权 关联交易 合规审查
价款与支付 交付与验收 违约责任 解除与终止 担保与增信
争议解决 知识产权与保密 定义与附件 文本一致性 文字与格式
每条审核意见至少标注 1 个风险类型标签；专项门禁命中的风险同时标注专项标签。
RiskScoringSystem 对 8 个维度分别评 1-5 分（5 为最高风险），记入 review-state 并驱动意见书雷达图：
合同效力与合规性 / 价款与支付 / 交付与验收 / 违约责任 / 知识产权与保密 / 合同解除与终止 / 争议解决 / 主体授权与担保
评分标尺：
| 分值 | 含义 |
|---|---|
| 1 | 条款完整且对我方有利 |
| 2 | 基本完整，轻微不利 |
| 3 | 约定不明或存在风险点 |
| 4 | 明显不利或重要条款缺失 |
| 5 | 效力风险或可能直接导致重大损失 |
跨阶段严重程度下限：下游阶段不得无声降级上游评级——如逐条审核阶段要把初评 🔴 高降为 🟠 中，必须在 review-state 中明示降级理由。
对每个重要风险，通过 RiskAssessment.evaluate_risk_dimensions() 生成：
每次审核完成后，output/ 产出三件套（全部 .docx，禁止 .md 交付），可选产出第四件 HTML 报告：
{合同名}-审核修订版.docxTrack Changes + Comments，批注人默认 陈石律师【海泰所】。
双引擎：scripts/docx_generator.py 自动分派——环境中存在 docx skill（DOCX_SKILL_ROOT 或 ~/.claude/skills/docx）时使用其 Document library，否则使用内置 ooxml_lite 引擎（标准库实现，零依赖）。
OOXML 编辑纪律：
<w:del>（w:delText）后 <w:ins>（w:t）<w:p> 段落并携带 <w:pPr> 格式属性，不得行内追加到现有段落<w:t> 分片，定位一律用拼接匹配（ooxml_lite 已内置），禁止单 run 字符串假设officecli view <file> screenshot 做修改后视觉复核（可选增强）{合同名}-法律意见书.docx客户速览页（首页，1 页内）：审核结论段（签署利弊的倾向性概括，不给刚性结论）+ Top 风险（≤5 条，每条 ≤3 行、零法条术语）+ 谈判要点（必守/可谈）。
五模块正文：
核心原则：律师分析利弊，客户做决定。 禁止以"建议签署""不建议签署"替代利弊分析。
版式规范：深蓝色标题 + 仿宋正文 + 浅底元信息卡（合同名称/当事人/审核日期/审核人）+ 棕色标签高亮 + 页脚页码；紧凑正式件参数（压缩页边距/行距/段距，避免无效留白）；逐条意见表格化（标签列收窄、内容列加宽）。
{合同名}-法律分析.docx内部参考文件，列明修订点对应的法条、司法解释、指导案例、类案裁判规则及检索验证状态。
{合同名}-审核报告.htmlscripts/html_report_generator.py 生成，单文件离线可开（无外部依赖）：8 维雷达图、按章节风险热力图、条款对比卡（左原文/右建议/底部修改理由）、风险清单等级筛选器、综合评级徽章、统计卡片行、谈判策略三级标签。定位为增强呈现件，不替代三件套。
同一合同多轮审核时：output/round-1/、round-2/、final/，每轮附简版 manifest（文件清单 + 风险统计），final/ 为对客交付版本。
内置标准条款库 data/clause_standards.csv（18 类标准条款）；用户可在项目目录 .claude/clauses/ 建扩展条款库，存在则自动加载。
使用三步匹配法：
禁止不经适配直接复制条款文本。
| 模块 | 功能 | 何时调用 |
|---|---|---|
review_config.py | 审核配置 + 客户加载 | 初始化时 |
contract_analyzer.py | 合同解析 + 效力审查 + 门禁 | Step 2-3 |
risk_assessment.py | 风险评估 + 六维度 | Step 6 |
clause_review.py | 正反两面法 + 条款库匹配 | Step 6 |
revision_router.py | 修订 5 分类路由 + 4 问自检 | Step 6 |
intelligent_scoring.py | 8 维度 1-5 分制评分 | Step 6 |
sanguan_analysis.py | 宏观-中观-微观三层深度分析 | Step 2-3 |
clause_extractor.py | 自动条款提取 | Step 7 |
document_generator.py | 三件套 docx 生成（版式规范内置） | 输出阶段 |
docx_generator.py | 批注版 Track Changes + Comments（双引擎） | 批注版合同 |
ooxml_lite.py | 内置 OOXML 引擎（零依赖兜底） | 批注版合同 |
html_report_generator.py | HTML 可视化报告 | 输出阶段（可选） |
main.py | 主入口 + 会话管理 | 入口 |