← 返回
未分类

销售合同审核(乙方视角)

本Skill用于对销售合同进行专业审核,根据输入的合同文本,按照"合同基本信息->潜在风险点->修改建议->参考条款->审核结论"的格式输出HTML格式的销售合同审核报告。适用于企业法务人员、业务人员审核销售合同场景。审核视角为乙方(卖方)视角,从乙方利益出发识别风险。
本Skill用于对销售合同进行专业审核,根据输入的合同文本,按照"合同基本信息->潜在风险点->修改建议->参考条款->审核结论"的格式输出HTML格式的销售合同审核报告。适用于企业法务人员、业务人员审核销售合同场景。审核视角为乙方(卖方)视角,从乙方利益出发识别风险。 Skill最终输出固定格式的销售合同审核报告。
user_5c249860
未分类 community v1.0.0 1 版本 93750 Key: 无需
★ 0
Stars
📥 15
下载
💾 0
安装
1
版本
#latest

概述

销售合同审核Skill

一致性保证(重要!)

为确保同一份合同每次审核结果一致,本Skill采用以下固化机制:

1. 固化文本提取脚本

使用 references/extract_contract.py 脚本标准化提取合同文本:

  • 忽略修订痕迹:自动过滤Track Changes的插入/删除内容
  • 标准化处理:统一空白字符、去除零宽字符、标准化引号
  • 段落顺序固定:按文档顺序提取,不做排序或重组
  • 内容哈希验证:输出包含SHA256哈希值,可验证文本一致性

2. 输入规范要求

提交审核的合同必须满足以下条件:

| 要求 | 说明 |

|------|------|

| 格式 | 支持 .docx, .pdf, .txt, .md |

| 编码 | UTF-8 |

| 修订痕迹 | 禁止有Track Changes痕迹的文档 |

| 加密 | 不支持加密的文档 |

| 扫描件 | PDF必须是可搜索文本,OCR扫描件不支持 |

3. 文本提取命令

# 使用固化脚本提取文本
python references/extract_contract.py <合同文件路径>

# 输出示例:
{
  "file_name": "销售合同.docx",
  "content_hash": "a1b2c3d4...",  # 可用于验证一致性
  "paragraph_count": 45,
  "text": "合同正文..."
}

4. 一致性验证

每次提取后,检查 content_hash 值:

  • 相同hash = 相同文本 = 一致审核结果
  • 如果hash变化,说明文本被修改或提取方式不同

技能概述

本Skill用于对销售合同进行专业审核。审核视角为乙方(卖方)视角,从乙方利益出发检查合同中的潜在风险。

当用户提交合同文本进行审核时,输出HTML格式的结构化审核报告,包括:

  1. 合同基本信息 - 提取合同的核心要素(表格形式)
  2. 潜在风险点 - 识别合同中对乙方不利的风险点
  3. 修改建议 - 针对风险点提供具体的修改建议
  4. 参考条款 - 提供可参考的标准条款示例
  5. 审核结论 - 从乙方视角整体评价合同

审查总体目标(优先级顺序)

审查销售合同时,应依次判断以下四个层面(从乙方视角):

  1. 合法性:条款是否违反《民法典》强制性规定?(最高优先级)
  2. 可执行性:条款在司法实践中是否可能被认定无效或不被支持?
  3. 风险可控性:乙方与甲方的权利义务是否实质对等?是否存在对乙方不利的单方陷阱?
  4. 商业目标匹配:条款是否妨碍乙方正常履约和回款?

审核要点参考

审核合同时,详细参考 references/audit_points.md 中的审核要点。

使用方法

步骤一:提取合同文本(必须)

必须使用固化脚本提取文本,确保一致性:

# 在skill目录下执行
python references/extract_contract.py <合同文件路径>

提取后的JSON输出中,text字段即为标准化后的合同文本。

步骤二:审核合同

  1. 使用提取的标准化文本作为输入
  2. 加载 references/audit_points.md 作为审核依据
  3. 乙方(卖方)视角按照四个层面优先级进行审查:
    • 首先检查合法性(民法典强制性规定)
    • 然后检查可执行性
    • 再检查风险可控性(权利义务对等性,特别关注对乙方不利的条款)
    • 最后检查商业目标匹配度
  4. 生成HTML格式的审核报告

一致性验证

  • 比对 content_hash 值确认文本未被修改
  • 相同hash值必然产生相同审核结果

HTML输出格式要求(已固化,与参考报告完全一致)

> 核心原则:生成的HTML报告必须完全匹配 references/report_template.html 的结构和样式。CSS必须内联