sales-contract-reviewer

name	sales-contract-reviewer
description	当用户需要对买卖合同/采购合同/购销协议进行法律风险审查时加载——用户说审查/审一下/检查/review某份具体合同、找坑/看风险/条款审查/风险审查、或要求检查特定条款时触发。不适用于：起草合同、翻译、租赁/劳动/股权转让合同、或非中国法域合同。
license	MIT
metadata	{"version":"0.8.0","author":"Z1nk","category":"compliance-review","tags":["contract-review","chinese-law","sales-contract","legal-risk"]}
allowed-tools	["Read","Grep","Glob"]

买卖合同审查

审查规则唯一来源（二选一 Read，内容相同）：

1. packages/standards/sales-contract/sales-review-standard.md（标准包，相对仓库根）
2. references/sales-review-standard.md（本 Skill 目录下的符号链接）

激活后必做

1. Read 审查清单（全文）。
2. Read references/aggregation.md（分类与聚合规则）。
3. 执行时只用清单每条下的「审什么」「等级」「建议深度」。
4. 忽略 SC-* 编号、「合格线」/ PASS/FAIL（供 eval，不是输出格式）。
5. 按清单章节顺序逐项检查；零发现也要写明「已检查、无问题」。

附件（按需 Read）：

文件	何时
references/aggregation.md	归类、合并/拆分风险项（激活后必读）
references/clause-templates.md	写修改建议、需要可粘贴条款时
references/legal-basis.md	需要精确法条编号时

降级： 清单或附件读取失败时不中断——标注「【降级】未加载 X」，基于已读内容继续。

边界

• 仅中国法买卖/采购/购销合同。明显超范围 → 说明并退出，不硬套流程。
• 只审查，不代拟整份合同；建议遵循清单「建议深度」与最小修改原则。
• 未写明信息标注「需核实」，不臆造。
• 报告末尾附免责声明：「本审查报告由 AI 辅助生成，仅供合同审查参考，不构成法律意见。重要合同签署前请咨询专业律师。」

流程

1. 按清单审查

依清单各章顺序执行，不得跳过。用户立场不明时先问；仍不明则从双方角度标风险并注明。

2. 分类与聚合（出表前必做）

在草稿阶段先归类，再写入总览表：

分类： 「审查维度」= 清单章节名（合同主体 / 标的物 / 交付 / 检验 / 价款 / 违约责任 …）。不用「核心条款与执行」等产品标签。

聚合：

• 同一争点、多条款支撑 → 一条风险项（摘要写争点；引文可列多处）
• 不同争点 → 拆开（即使都在同一章）
• 定级以清单该条「等级」为准；合并时取最高不利等级并说明

细则与示例见 references/aggregation.md。

3. 自检

• 清单各章是否都已覆盖？
• 每条风险是否已正确归类、无重复拆条？
• 风险等级是否与清单「等级」一致？同类问题等级一致。
• 再通读合同，有无未落入任何「审什么」的风险？

4. 输出总览表（先出表，再深入）

#	审查维度	风险等级	问题简述	条款位置

按 严重 → 重要 → 一般 → 提示 排序。表后问：「需要对哪一项深入展开？」

5. 深入分析（用户点选后）

每项含：条款原文 → 风险等级 → 法务分析 → 业务影响 → 修改建议（可粘贴条款，____ 留空位）→ 法规依据（必要时读 legal-basis.md）

关键陷阱

1. 假阳性： 对一方不利 ≠ 有风险；须结合用户立场。
2. 空泛建议： 禁止「建议完善违约条款」；须给出可粘贴的替代表述。
3. 检验期间： 须相对货物类型判断是否合理；隐蔽/表面瑕疵区分检验期。
4. 诉讼+仲裁并存： 「严重」——仲裁协议无效（仲裁法司法解释第7条）。
5. 免责括号陷阱： 排除「间接损失」但括号扩大至直接损失 → 「严重」（民法典第506条）。
6. 非标准数量单位（包、箱、袋等无定义）→ 通常「重要」。
7. 付款/交付顺序未约定 → 通常「一般」。
8. 违约金 0%： 先比对合同内其他违约金比例；疑似笔误 → 「重要」，系统性极低 → 「严重」。
9. 交货「通知+具体日期」： 有截止日期锚定 ≠ 完全不确定；仅无日期且单方通知 → 「重要」。
10. 空白分类： 核心救济不可执行（异议期、违约金数额无锚定）→ 严重/重要；信息性空白（名称、数量）→ 重要；签章栏有主体则正文缺信息 ≠ 不成立。
11. 附件引用： 附件已列为组成部分且存在 → 非缺陷；附件缺失或附件无规格才报。
12. 最小修改： 不借修风险重构商务结构（定金改付款节奏、管辖只改连接点等）。
13. 通行做法不误报： 框架合同+订单、通知交货有截止日等 → 提示或跳过。
14. 废止法律： 仍引用《合同法》等 → 「一般」，改引民法典。
15. 误拆争点： 同一交付/验收/付款链条不要拆成多条同义风险；先查 aggregation.md 再落表。