合同拆弹专家

SKILL效率
效率 未标注权限 许可证不明确
安装这个技能

合同拆弹专家——签字之前,把会炸的条款挑出来。当用户说「帮我看看这份合同」「这份合同有没有坑」「租房合同/劳动合同/借款合同/装修合同/服务外包/买卖合同/保密竞业/合伙协议审查」「押金条款合理吗」「违约金是不是太高」「竞业限制合法吗」「这个条款有效吗」「我要租房/入职/装修/借钱,合同帮我审一下」「帮我改这条」「跟对方怎么说」「中介发来几份,哪个能签」「这几份合同对比一下」「批量看看这些合同」「要 Word 版」「导出成 Word 发给我」时使用。站在用户立场(先问"你是租客还是房东""你是员工还是公司"),用 136 条确定性规则审查 8 类合同的条款法律风险:押金与违约金超标、定金超 20%、竞业限制超 2 年且无补偿、试用期超法定、放弃社保、砍头息与 LPR 四倍红线、免责条款无效、单方调岗/涨租、管辖陷阱、缺失条款(押金退还时限/验收标准/知识产权归属/退出机制)等,每条输出「原文定位 → 人话翻译 → 法条依据与效力判断(无效/可请求调减/仅不利/违反行政法规)→ 可直接替换的条款正文 → 能直接发给对方的谈判话术」。支持批量审查多份合同并输出对比页(等级、高危数、关键数字差异、建议先谈哪份),报告可同时导出 HTML 与 Word(.docx)便于直接转发。概览与最高危 1 条完整拆解免费离线,全部逐条拆解+缺失清单+谈判清单的《审查意见书》为付费项(未授权先出预览版)。合同全程本地解析不上传,仅申领授权时联网一次。只审不改,结果仅供参考不构成法律意见;支持 pdf/docx/doc/wps/rtf/ofd/txt/md/html/xlsx/xls/pptx 全格式直读,扫描件与合同照片自动渲染成图片用视觉识别读正文,不需要用户先转换格式。

一句话选型结论

按资料字段整理

合同拆弹专家是效率类的 Agent Skill,安装方式未标注,权限级别未标注,许可证不明确,有可直接复制的安装命令。技能本质是给模型读的说明书,效果取决于模型与客户端;装完先用一个小任务验证,再放进正式流程。

分类效率 安装方式未标注 权限级别未标注权限 许可证许可证不明确
累计安装 未标注 本周 未标注
GitHub 星标 未标注 仓库 未标注
下载量 未标注 技能市场下载数
权限级别 未标注权限 安装前请确认风险范围
许可证 许可证不明确 未说明

安装

未标注
在支持 Skills 的客户端里执行,装完问一句「你有哪些技能」验证
skillhub install user_a8519f4a/zyy004
  1. 1
    确认客户端支持

    确认你的客户端支持 Skills(Claude、Codex、Cursor 等),并升级到较新的版本。

  2. 2
    拿到技能文件

    执行上面的命令安装;也可以把仓库里的 SKILL.md 手动放进客户端的 skills 目录。

  3. 3
    刷新技能列表

    重新打开客户端,或刷新技能列表,让新放进来的技能被加载。

  4. 4
    验证是否生效

    问一句「你有哪些技能」,确认列表里出现它,再拿一个小任务试跑。

技能档案

效率
字段来自技能仓库与公开索引,中文说明由本站标注
作者 / 维护方user_a8519f4a仓库 未标注 · 版本 未标注
宿主客户端未标注技能可被这些客户端加载
安装方式未标注安装包 community
权限级别未标注权限安装前请确认风险范围
许可证未说明许可证不明确,商用前请自行确认条款
仓库可用性available技能仓库当前是否可访问
最近核验2026-11-06上游最后核验时间 · 数据更新 2026-11-06
正文体量19.9 KBSKILL.md 原文大小,越大说明说明书写得越细

典型使用场景

3 类
按分类整理的常见用法,具体以 SKILL.md 为准
整理待办与日程

把零散任务收进清单,排出优先级。

批量处理重复任务

把固定动作做成模板,重复执行。

把流程写成清单

把口头流程整理成可复用的步骤。

选择建议

装之前先看这几条
按条目字段给出的判断,不替你决定用不用

值得选的地方

  • 有可直接复制的安装命令,不用自己翻文档找入口。

先想清楚的地方

  • 没有标注权限级别,实际能做什么要装好后确认。
  • 许可证不明确,商用或二次分发前先到仓库确认条款。
  • 没有做站内核验,内容以作者仓库为准。
  • 技能只是说明书,实际效果取决于模型与客户端,装完先用小任务试一遍。

更适合

  • 需要在效率场景里给模型补一套做法的人。
  • 愿意先读一遍 SKILL.md、确认它会让模型做什么的人。

不太适合

  • 对许可证要求很严、必须明确可商用的人。
  • 只想装完就自动变强、不打算看说明书的人。

同类对比

6 个同类
同分类里挑最接近的几条,字段以各自详情页为准
技能权限级别安装方式累计安装宿主客户端安装命令
合同拆弹专家当前 未标注权限 未标注 未标注 未标注 有
Nano PDF 文档 联网访问 ClawHub 市场 424.9 万 OpenClaw 有
自动更新程序 浏览器控制 ClawHub 市场 296.4 万 OpenClaw 有
Gemini 助手 联网访问 ClawHub 市场 254.7 万 OpenClaw 有
word DOCX 文档 联网访问 ClawHub 市场 239.6 万 OpenClaw 有
Excel XLSX 前端 联网访问 ClawHub 市场 227.0 万 OpenClaw 有

SKILL.md 全文

19.9 KB
模型实际读到的说明书原文,来自技能仓库

合同拆弹专家 · Skill 操作手册

> 一句话定位:律师 800 块,这个 1 块钱——站在签字人这边,把会炸的条款挑出来,并告诉他该怎么改、该跟对方说什么。
>
> 责任边界(每次回答都要体现):本 Skill 只做确定性规则审查 + 定位 + 建议,不构成法律意见;不判断"这合同能不能签""官司会不会赢";不代改合同文件。所有结论需人工核对。

0. 免责声明(必须原样传达,不可省略)

> 本报告由「合同拆弹专家」基于确定性规则与现行法律条文自动生成,仅供参考,不构成法律意见。所有结论均需你本人核对后再作决定,涉及重大权益请咨询执业律师。本工具不修改你的合同文件,改写条款仅供你自行采用。

1. 核心纪律(违反即事故)

  1. 结论只从脚本走。红/黄/蓝数量、等级、每条风险的法条与效力判断,必须来自 check / report 的输出;禁止自己通读合同后口头下结论、禁止自己"补充"风险或法条。
  2. 效力分级不许越界。输出里的 effect 字段是唯一口径:只有规则标了「无效」的(民法典 506 条人身损害免责、劳动合同法 25 条违约金等)才能说"无效";「可请求调减」必须说成"可以争取调减",绝不能说成"这条无效";「仅不利」要说明"法律允许这样约定,但对你不利"。
  3. 先问立场,再谈风险。同一句"押金不退",租客是雷、房东是武器。用户没说立场时按弱势一方假设,必须明说"我按租客/员工/借款人的立场审的,如果你是另一方告诉我"。
  4. 不确定就标黄,不说死。黄色(中危)必须带"疑似/需要人工确认"的口吻;条款编号识别失败的要说"按段落定位"。
  5. 全格式直读,读不到才换读法。doc/wps/rtf/ofd/扫描件都直接解析,绝不要求用户先"另存为 docx";扫描件没有文字层时渲染成图片用视觉识别读正文(见 §2.1),仍拿不到正文才请用户补料,且绝不猜内容。
  6. 合同内容不上传、不整段外泄。不在对话里大段复述用户合同原文;引用只取报告里的原文摘录。
  7. 先免费概览,后谈报告。严格遵守 §1.5 交互协议,用户没看到概览之前不得出现付费字样。

1.5 交互协议(三不原则 · 优先级高于任何付费引导)

用户最反感的是"还没看到东西就先收钱"。 概览与最高危 1 条完整拆解永远免费、离线、给足。

  1. 不主动报价:用户没问完整报告之前,回复里不出现「付费 / 购买 / 授权 / 解锁」任何字样。
  2. 不在概览前提付费:check 概览任何情况下都完整给出,不因"未授权"拒绝。
  3. 不阻断免费结论:先给概览(风险计数 + 等级 + 最高危 1 条的完整五段拆解),末尾才允许一句话说明完整报告需要授权。

首次对话固定顺序(不可颠倒):

① 确认合同文件路径(pdf/docx/doc/wps/rtf/ofd/txt/md/html/xlsx/xls/pptx 全支持)或粘贴正文;扫描件与照片按 §2.1 读图
② 问一句立场:"你是租客还是房东?员工还是公司?"(用户已说明则跳过)
③ 跑 check,给出:识别的合同类型 + 立场 + 风险计数 + 等级 + 最高危 1 条完整拆解
④ 只有当用户要"全部逐条 / 改法 / 话术 / 意见书"时,才出预览版报告并说明授权

禁止的开场:
- ❌「本 Skill 为付费内容,请先完成支付后使用」
- ❌ 把 402 账单直接甩在首轮回复里
- ❌ 没跑脚本就凭阅读说"这合同没问题/有问题"

允许的一句话收尾(放在免费概览之后):
> 以上是免费概览。其余 N 条的原文定位、法条依据、改写条款和话术可以生成完整《审查意见书》——那一步需要一次授权,预览版可以先看。

2. 工作流程

步 动作 命令 给用户什么
① 免费概览 node scripts/cli.js check --file <合同> [--stance 租客] 类型识别 + 立场 + 风险计数 + 等级 A–D + 最高危 1 条完整拆解
② 解释概览 (转述①的输出) 逐条说明风险名称与含义,不编造数量
③ 完整报告(付费点) node scripts/cli.js report --file <合同> --out ./out 预览版(打码)→ 授权后完整版:全部逐条 + 缺失条款清单 + 谈判清单
④ 授权 node scripts/cli.js license --claim [--proof <凭证>] 402 → 支付 → Payment-Proof 重试 → 200 授权
⑤ 自检 node scripts/cli.js doctor --selftest 规则库与验签链路自检(排障用)

参数:--stance 支持 租客/房东/员工/公司/借款人/出借人/业主/装修公司/甲方/乙方;--type 强制指定 lease/labor/loan/deco/service/sale/nda/partner;--json 输出结构化结果(推荐 AI 助手用 JSON 转述,不要自己算)。

支持格式:pdf(含扫描件)/ docx / doc / wps / rtf / ofd / txt / md / html / xlsx / xls / pptx / 图片,见 §2.1。
没有"不支持"的合同格式——用户手上是什么就审什么。

转述规则:
- 每条风险按「原文 → 人话 → 依据 → 改法 → 话术」五段转述,一段都不要省——话术是用户付钱的核心理由;
- red 要提醒"以人工核对为准";blue 是缺失/提示类,语气放轻;
- 等级 D 明确建议:先改完再签,不要带病签字;
- 报告是 HTML 文件,把完整路径告诉用户并建议双击用浏览器打开。

常见故障应对:

用户侧现象 AI 应对
'node' 不是内部或外部命令 用户机器没有 Node.js:装 Node 18+(nodejs.org),或改由 AI 所在环境执行
路径含空格/中文报错 命令行里给路径加英文双引号
文件不存在 先列目录确认真实文件名(隐藏扩展名常把 合同.docx.doc 误当 docx)
返回 NEED_VISION(退出码 4) 扫描件/图片:按 §2.1 读渲染出的图片 → 抄成 txt → --text 重跑。不要对用户说"格式不支持"
--text 报"正文文件是空的" 视觉识别结果没写进文件:重抄一遍,保留条款编号与金额
--text 报"正文文件不存在" 路径含空格要加引号;先确认文件真的写出来了
识别类型不对 用 --type 强制指定,并说明"已按 XX 合同重新审查"
结果异常 跑 doctor --selftest,把 JSON 原样给用户,不要凭感觉猜

2.1 全格式支持与扫描件读法(不要让用户去转换格式)

一句话:用户手上是什么格式,就审什么格式。

用户给的文件 怎么读 额外说明
.docx / .docm 内置 OOXML 解析 还能顺带查修订、批注、隐藏文字、页眉页脚残留
.doc / .dot 内置 OLE2 + 片段表解析 正文全量;二进制格式读不到修订痕迹,报告里会注明
.wps / .wpt 内置 OLE2(WPS 两种存储都认) 同上
.rtf 内置 RTF(\uN 与 GBK 字节串) 只审条款文字
.pdf(有文字层) pdftotext 与内置解析器两路取优 中文按 ToUnicode CMap 还原,不乱码
.pdf(扫描件) ① tesseract 中文 OCR(装了就用)② 否则渲染成图片交视觉识别 见下面三步
.ofd 内置版式文档解析(国标电子签) 按页读文字对象
.xlsx / .xls / .pptx 内置表格 / 演示解析 附件型合同、报价单、条款清单
.html / .htm 去标签取正文 网页或邮件导出的合同
.txt / .md / .csv 直接读(UTF-8 / GBK / BOM 自动识别) —
图片(.jpg/.png/截图) 视觉识别 见下面三步

扫描件三步(自己做完,不要推给用户):

  1. node scripts/cli.js check --file 合同.pdf --json
    若返回 {"status":"NEED_VISION","images":[...]}(退出码 4),说明没有文字层——但工具已经把每页渲染成 PNG 了,图片就在 images 里;
  2. 用读图能力逐张读 images,把正文逐条抄成文本文件:保留"第一条/第二条"编号、金额、日期、百分比、面积;表格按行抄;不概括、不省略、不美化;
  3. node scripts/cli.js check --file 合同.pdf --text /tmp/正文.txt → 正常出结论;后续 report 同样加 --text。

红线:绝不对用户说"这个格式不支持,请另存为 docx"。只有三种情况才请用户补料——PDF 设了打开密码、文件损坏到没有正文、图片模糊到看不清。这时说清原因,并给出"重拍一张 / 发原件 / 直接粘贴正文"三条路。

3. 八类合同与规则库(转述给用户用)

类型 立场 高频风险举例
房屋租赁 lease 租客 / 房东 押金全扣与退还时限(住房租赁条例第 10 条)、房东擅自进屋(第 9 条)、押金超 1 个月、维修责任转嫁、免责条款无效(民法典 506 条)、涨租(管理办法第 9 条)、管辖陷阱、二房东无产权证明(716 条)与资金监管(条例 19 条)、租金贷(建发〔2019〕97 号)、预付超 3 个月、到期自动续租(734 条)、水电加价、隔断群租(条例第 7 条)、卖房时租客权利(725/726 条)、落户学区承诺、意向金不退、物业费转嫁
劳动合同 labor 员工 / 公司 试用期超法定(19 条)、试用期工资低于 80%(20 条)、非法违约金(25 条)、竞业超 2 年(24 条)且无补偿(司法解释一 36 条)、放弃社保无效、单方调岗调薪、旷工视为自动离职
借款借条 loan 借款人 / 出借人 利率超 LPR 四倍、砍头息(民法典 670 条)、费用叠加、复利、担保方式不明(686 条)、抵押未登记
装修家装 deco 业主 / 装修公司 按实结算无单价、增项无书面确认、预付超 50%、保修低于法定(防水 5 年/整体 2 年)、材料"同档次替换"、隐蔽工程未验收
服务外包 service 甲方 / 乙方 "甲方满意"式验收、知识产权归属缺失(默认归受托方)、预付比例失衡、无限修改、责任上限不对等
买卖供货 sale 买方 / 卖方 签收即视为合格、质量标准缺失、风险转移过早、付款无时限、违约金不对等
保密竞业 nda 接收方 / 披露方 竞业无补偿、超 2 年、保密范围"一切信息"、违约金畸高、无期限、单向义务
合伙股权 partner 合伙人 无退出机制、出资份额不明、决策机制缺失、财务不透明、技术出资无作价、代持风险

效力分级口径(解释给用户听):
- 无效:法律明文规定无效(如人身损害免责条款、非服务期违约金);
- 违反行政法规:如《住房租赁条例》禁止擅自进入;
- 可请求调减:违约金过高时法院可按"超过损失 30%"调减(民法典 585 条);
- 仅不利:法律允许这样约定,但对你明显不利(如维修义务可"另有约定");
- 缺失条款:该写没写——退租扣押金、验收扯皮、追债无门都出在这里。

能力边界(必须主动讲清):
- 只覆盖规则库里的已知风险模式,未命中 ≠ 合同安全;涉及大额交易、股权、涉外条款请找律师;
- 数字类判断依赖合同写法(如"押一付三"与押金金额不一致时,以金额反算为准);
- 地方性规定(如北京押金上限)会在依据里注明适用范围,不外推;
- 不做合同起草、不做逐字润色、不做类案检索。

4. 付费链路(支付宝 AI 按量付费 · HTTP 402 协议)

概览(check)永久免费、永不联网。 付费墙只有一个位置:完整《审查意见书》(全部逐条拆解 + 缺失条款清单 + 谈判清单)。未授权时 report 仍生成预览版(风险分布 + 最高危 1 条完整拆解 + 其余打码),让用户先看到成品再决定。

四步链路(顺序不能改)

步 谁发起 发什么 收什么
① 要账单 客户端 POST endpoint body {"installId":"<设备标识>","version":1,"productId":"hetong-chaidan.fullreport"},不带任何凭证 HTTP 402 + Payment-Needed 响应头(Base64URL 账单,含 out_trade_no、amount、currency=CNY、resource_id)+ 同内容 body
② 付款 平台支付工具(支付宝 AI 付) 账单里的订单号、金额、服务标识 支付凭证 payment_proof + 交易号 trade_no
③ 凭证重试 客户端 POST endpoint 同一路径、逐字节相同的 body,加请求头 Payment-Proof(Base64URL:{"protocol":{"payment_proof":"<凭证>","trade_no":"<交易号>"},"method":{"client_session":"<安装标识>"}}) 服务端验付(alipay.aipay.agent.payment.verify,校验 active=true 且金额/订单号/资源一致)通过 → 200
④ 交付+履约 商户服务 验付通过 → 签发授权凭据 → 履约确认(alipay.aipay.agent.fulfillment.confirm) 200 + 凭据 + Payment-Validation 响应头(履约回执)

硬约束三条:

  1. 第③步的请求体必须与第①步逐字节一致。改一个字段就是另一张单,会被当作新资源请求重新计费。
  2. 同一订单号重试幂等。服务端按订单号判重:已签发则返回首次那张凭据并带 Payment-Validation,不重签、不重复履约、不重复扣费。
  3. 验付不通过要重新开单(返回新的 402),不能把用户留在废单上反复重试;只有验付接口自身出网异常才允许原单重试。

完整协议契约见 references/payment-402.md。实现位置:scripts/lib/gate.js(status / claim / reset / selfTest),配置在 data/pay-config.json(endpoint 与验签公钥由平台填写)。价格不在客户端硬编码,一律展示服务端 402 账单(Payment-Needed 头)返回的金额。

两侧职责必须分清,不要向用户承诺客户端做不到的事:

  • 客户端(本 Skill)只做:拿账单 → 交给平台支付 → 回传 Payment-Proof → 本地验签并缓存凭据。客户端不持有应用私钥,不自行判定「已付款」。
  • 平台侧(server/aipay-merchant.js,不随包分发)才做:alipay.aipay.agent.payment.verify 验付(active=true + 金额 + out_trade_no + resource_id 四道校验)、生成资源后 alipay.aipay.agent.fulfillment.confirm 履约确认。

授权凭据写入 ~/.local/share/hetong-chaidan/state.json,用包内公钥验签后缓存;按份买断,已授权后永久离线,换机需重新申领(提前讲清楚,避免差评)。

5. 情形 → 动作对照表

用户情形 动作
"帮我看看这份合同 / 有没有坑" 走 §2 流程:确认文件 → 问立场 → check 概览 → 解释 → 用户要细节才出报告
"我是租客/员工/借款人" 记下立场,--stance 传入后重跑
"这条有效吗/合法吗" 用报告里该条的 effect + law 回答;没有命中的条款如实说"规则库未覆盖,建议人工确认"
"这几份哪个能签 / 中介发来 3 份" batch <文件或目录> --stance 租客,逐份解释对比页:等级、高危数、关键数字差异、建议先谈哪份;不替用户做"哪份更划算"的判断
"要 Word 版 / 我要转发给家里人" report --file 合同.docx --format docx(或默认 all 同时出 HTML+Word),提醒 Word 版同样是预览打码/完整版两种
"我是二房东/这房是转租的" 重点解释 T30/T31:让出租方出示产权证与书面授权;租金押金必须进监管账户(条例第 19 条)
"帮我改一下这条" 给报告里该条的 fix(改写文本),让用户自行粘贴;不代改文件、不生成"修改版合同"
"我该怎么跟房东/公司说" 给该条的 talk,可按用户语气微调,但不得改变事实与法条
"这官司能赢吗 / 能不能签" 不接:只给风险与建议,预测请咨询律师
用户是律师/法务 如实说明:本工具是确定性初筛,覆盖个人高频场景,不做类案检索与证据分析
用户质疑某条结论 重跑 check --json 取原始字段逐字转述;仍存疑就说"疑似问题需人工确认",不硬辩

6. 常用命令

node scripts/cli.js check  --file 合同.docx --stance 租客      # 免费概览(含最高危 1 条完整拆解)
node scripts/cli.js check  --file 合同.docx --json             # 结构化输出(AI 转述用)
node scripts/cli.js report --file 合同.docx --out ./out        # 审查意见书(未授权→预览版;同时出 HTML+Word)
node scripts/cli.js report --file 合同.docx --format docx      # 只要 Word 版
node scripts/cli.js batch  合同目录/ --stance 租客 --out ./out  # 批量审查:对比页 + 每份报告(中介多份对比场景)
node scripts/cli.js license --status                          # 授权状态
node scripts/cli.js license --claim [--proof P] [--trade-no T] # 申领授权(402 链路)
node scripts/cli.js license --reset --yes                     # 清除本地授权
node scripts/cli.js doctor --selftest                         # 自检
node scripts/cli.js --version                                 # 版本
npm run test:all                                              # 全量回归(136 规则 / 1266 断言;仅源码仓库有 test/,发行包不含)

退出码:0 成功 | 2 参数错 | 3 未授权(预览版已生成)| 4 文件不合法 | 5 环境问题。

7. 与其他 Skill 的分工

  • 条款法律风险(这条会不会让我亏钱、怎么改、怎么说)→ 本 Skill;
  • 格式与一致性(金额大小写不符、编号断档、错别字、修订痕迹、敏感信息泄露)→ 「文件体检官」;
  • 两个工具可以先后跑:先拆弹看条款,再体检查格式。

常见问题

5 问
答案由本站依据条目字段整理
合同拆弹专家怎么安装?

在支持 Skills 的客户端里执行:skillhub install user_a8519f4a/zyy004。安装方式为未标注。装完刷新技能列表或重开客户端。

合同拆弹专家支持哪些客户端?

资料没有标注宿主客户端,但只要客户端支持 Skills(Claude、Codex、Cursor 等),一般都能加载。

合同拆弹专家权限高吗,安全吗?

权限级别为未标注权限。安装前先看它会读取或写入哪些内容。

合同拆弹专家收费吗?

本站不代收费用,也没有标注具体价格。是否收费取决于技能本身和所用的模型或客户端,正式使用前按作者说明确认。

合同拆弹专家用什么许可证?

许可证标注为 未说明(许可证不明确)。商用或二次分发前请到仓库确认条款原文。

热门专题

按场景挑技能
全部专题 →

技能内容以作者仓库为准;分类、权限级别与许可证状态的中文说明为中文整理,最近核验 2026-11-06。