# Contract Summary

> 面向非法律背景业务方的一页纸合同摘要。触发场景：合同审查完成后需要给业务、 销售、采购、管理层看的简明版结论，或用户直接要求「把这份合同给我老板/ 业务讲一下」「出个一页纸」「用大白话说说这份合同」「业务版摘要」「合同 要点总结」「给业务看的版本」。输出 Quiet mode 成稿：合同是什么、本方核心 权利义务、钱与时间节点、三个最大风险（平实语言）、建议动作；保留保密标头 与 reviewer note，去除一切技能与流程元叙述，读起来像法务伙伴写的。

- Skill: `minimax-ai/contract-summary` (Agent Skill)
- Install (CLI): `npx skillmds@latest add minimax-ai/contract-summary`
- Raw SKILL.md: https://api.skillmd.com/api/skills/minimax-ai/contract-summary/raw
- Safety review: pending
- Works with: Claude Code, Claude.ai, OpenAI Codex
- Category: Coding & Dev Tools
- Author: MiniMax AI (https://skillmd.com/u/minimax-ai)
- Updated: 2026-09-17
- Page: https://skillmd.com/skills/minimax-ai/contract-summary

---


# 合同要点一页纸（业务方版本）

## 目的

把法律语言写成的合同，翻译成业务方能直接用的行动指引：这份合同是干什么
的、我们要做什么、钱和时间怎么安排、最该担心的三件事是什么、下一步干
什么。读者是没有法律背景的业务同事或管理层，所以本技能的全部纪律围绕
一件事：**让读的人三分钟内知道自己该做什么，且不被误导**。

本技能是 Quiet mode（docs/scenes/contract-review-cn.md A2）的代表场景：成稿里没有任何
「我怎么做的」，只有「你要什么、注意什么」。

## 前置检查

1. **上游结论优先**：通常在 contract-review / nda-review / sales-contract-review
   的审查 memo 之后调用，直接复用 memo 的结论与标记项；不重复做一遍法律
   审查。
2. **无上游 memo 时**（用户直接拿合同来要摘要）：先按 `contract-review` 路由器走完
   审查流程，再出摘要——摘要不能建立在没审过的文本上。
3. **角色与去向确认**：读者是谁（业务/管理层/相对方）；给相对方看的版本
   另行按对外口径处理，本技能默认读者是本方业务侧。
4. **红线守门**：审查结论是 🔴 的，摘要的「建议动作」只能是「暂缓签署、
   已请律师介入」方向，不得出现「可以签」的任何措辞。

## 操作规程

### 第 1 步：取数

从审查 memo 取四类素材：

- 合同基本事实：双方、标的、金额、期限、主要商业安排；
- 本方核心权利义务：从 memo 通过项与结构对照中提炼，每条一句平实的话；
- 钱与时间节点：付款节点、交付节点、账期、质保金、合同期限、续约/终止
  窗口（contracts/renewal-register.yaml 里已登记的日期优先采用）；
- 风险：从 memo 标记项里选**最多三个**对业务影响最大的，按对业务的影响
  排序，不按法律技术严重性排序。

### 第 2 步：翻译（法律语言 → 平实语言）

翻译规则：

- 能写「我们」就不写「买受人/甲方/本方」——除非文本里甲方乙方另有其人
  且会混淆；
- 每条风险用「如果……就会……」的因果句式，不用「或然性」「瑕疵」
  「抗辩」这类词。
  - 不说：「验收条款存在默示验收风险。」
  - 说：「货到了如果我们 3 天内没提出书面异议，法律上就等于验收合格了，
    之后再发现质量问题会很难办。」
- 金额、日期、比例写具体数字，不写「按合同约定」；
- 法条引用一律不进正文；确需交代依据的，在页脚一行写明「本摘要基于合同
  文本与适用法律整理，具体条款以合同原文为准」。

### 第 3 步：成稿（一页纸，五段）

按下方输出模板成稿，总长控制在一页纸（约 400–600 字正文）。五段缺一
不可：

1. **这份合同是什么**：一句话说清和谁、做什么、多少钱、多长时间；
2. **我们要做什么 / 对方要做什么**：本方核心权利义务与对方核心义务，
   各列三到五条；
3. **钱和时间**：节点表（什么时间点、谁付谁、多少钱、附带什么条件）；
4. **三个最大风险**：最多三个，平实因果句式，每个后面跟一句「我们可以
   怎么办」；
5. **建议动作**：明确、可执行、带责任指向——「可以走签署流程」「先改
   第 X 条再签」「暂缓，已请律师看」三选一为主，不写模棱两可的
   「请酌处」。

### 第 4 步：元叙述剥离（Quiet mode 检查）

成稿后通读一遍，删除以下内容：

- 「我读取了哪些文件」「我使用了什么技能/工具」「作为 AI 助手」之类过程
  叙述；
- 「根据第 X 步检查」「按 playbook 第 X 项」之类内部流程语言；
- 审查技能的内部术语（三色分桶、blocks、playbook）——业务版只说人话；
- 但**保留**：G4 保密标头、reviewer note 五行块（这是格式要件，不是元
  叙述）。

语言标准：通读时问自己——「这读起来像不像我们法务同事写的？」任何暴露
自动化痕迹的句子都要改写。

### 第 5 步：与 memo 一致性核对

- 摘要的「建议动作」必须与上游 memo 的三色结论一致：🔴 → 暂缓方向；
  🟡 → 先改后签方向；🟢 → 可走签署流程方向（非律师场景仍带「建议律师
  过目」——G5 提示不得省略、不得弱化）。
- 上游 memo 中标记项的严重度在本摘要中只能作为**下限**；如因翻译简化
  显得变轻，必须恢复或显式声明降级理由（G9）。
- 摘要不得出现 memo 里没有的事实与数字；拿不准的回到合同原文核对，核对
  不了的不写。
- 摘要不得弱化 memo 中的 🔴 项；可以少写（只挑三个），不可以洗白。

### 第 6 步：交付

- 保密标头按读者角色对应 G4 档位；非律师读者带「研究备忘」标头。
- 交付时附一句口头说明：这是一页纸摘要，完整审查意见在内部 memo，签字前
  以 memo 为准。

## 反例对照（Quiet mode 改前改后）

- 改前：「我已完整阅读合同全文及三个附件，并使用买卖合同审查清单进行了
  逐项比对，发现以下问题……」
  改后：「这份合同里最需要注意的是三件事。」
- 改前：「根据 playbook 第 4 项账期立场，该条款被分为 🟡。」
  改后：「对方要 180 天账期，比我们通常能接受的长不少，建议谈到 90 天
  以内再签。」
- 改前：「作为 AI，我无法提供法律意见。」
  改后：不写这句话——限制已由 G4 标头与页脚一行承担，正文中不出现。

## 输出模板

```markdown
【保密标头：按 G4 二选一——律师「保密·内部法律分析」/ 非律师
「研究备忘——不构成法律意见，使用前请经执业律师复核」】

# 合同要点：<合同名称>

## Reviewer note
- 来源：<合同文本；内部审查 memo（日期）>
- 已读：<合同全文 / 指定范围>
- 标记：本页为业务摘要，完整法律审查见内部 memo
- 时效：<整理日期；法律状态未另行核验>
- 使用前注意：签字前请以完整审查 memo 为准；本页不构成法律意见

## 这份合同是什么
<一句话：和谁、做什么、总金额、期限>

## 我们要做什么 / 对方要做什么
- 我们：<核心义务与权利，每条一句>
- 对方：<核心义务，每条一句>

## 钱和时间
| 时间点 | 事项 | 金额/内容 | 条件 |
| --- | --- | --- | --- |
| <日期/触发事件> | <付款/交付/验收/续约截止> | <具体数字> | <前提条件> |

## 三个最大风险
1. <风险一，因果句式>——我们可以：<一句对策>
2. <风险二>——我们可以：<一句对策>
3. <风险三>——我们可以：<一句对策>

## 建议动作
<三选一为主：可以走签署流程 / 先改第 X 条再签 / 暂缓，已请律师看>

## 接下来
<决策树，见收尾与下一步>

---
<页脚：本摘要基于合同文本与适用法律整理，具体条款以合同原文为准。>
```

## 本技能不做什么

- 不做独立法律审查——摘要复用上游 memo 结论，不自己另审一遍、不产出与
  memo 不同的结论。
- 不在正文引用法条、不堆法律术语——需要法律深度的读者去看内部 memo。
- 不列超过三个风险——一页纸承载力有限，其余风险在 memo 里。
- 不弱化 🔴 结论；memo 结论不允许时，绝不出「可以签」的措辞。
- 不制作给相对方看的版本（对外版本需另行按对外口径审查后制作）。
- 不写「请酌处」式无结论收尾——必须给明确建议动作。

## 收尾与下一步

摘要末尾的决策树：

```text
建议动作
├─ 可以走签署流程
│   → 按画像「印章与签署流程」要求用印
│   → 含期限/续约条款 → 确认 renewal-register 已登记
│   → 非律师用户仍建议：签署前请律师过目一次（G5）
├─ 先改再签
│   → 把「三个最大风险」里的修改点反馈给起草方/相对方
│   → 改完回来复审（走 contract-review 路由器）
└─ 暂缓，已请律师看
    → 不向相对方承诺任何时间表
    → 「带给律师的一页 brief」已生成，等律师意见
```

交付后：

1. 用户反馈业务侧有追问的，回到内部 memo 找依据，不在业务版里临时加法律
   论证。
2. 合同实际签署或条款修订后，提示更新 renewal-register 与 matter 记录。
3. 摘要本身如被转发到保密圈外，提醒用户按 Destination check 的口径处理
   （必要时出脱敏再版）。