contract-summary

name	contract-summary
description	面向非法律背景业务方的一页纸合同摘要。触发场景：合同审查完成后需要给业务、 销售、采购、管理层看的简明版结论，或用户直接要求「把这份合同给我老板/ 业务讲一下」「出个一页纸」「用大白话说说这份合同」「业务版摘要」「合同 要点总结」「给业务看的版本」。输出 Quiet mode 成稿：合同是什么、本方核心 权利义务、钱与时间节点、三个最大风险（平实语言）、建议动作；保留保密标头 与 reviewer note，去除一切技能与流程元叙述，读起来像法务伙伴写的。
argument-hint	[文件路径 | 粘贴文本]
metadata	{"legal_frame":"cn-mainland","legal_sources":[{"name":"中华人民共和国民法典","effective_date":"2021-01-01"}],"last_reviewed":"2026-08-18"}

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

目的

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

本技能是 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 标头与页脚一行承担，正文中不出现。

输出模板

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

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

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

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

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

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

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

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

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

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

本技能不做什么

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

收尾与下一步

摘要末尾的决策树：

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

交付后：

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