zhou210712 利益方摘要
事项上下文
事项上下文。 检查业务领域级 CLAUDE.md 中的 ## 事项工作区。如果 Enabled 为 ✗，跳过本段。
发送对象检查
生成输出前检查发送对象。当发送对象在保密特权圈外时，标注并给出保密版本或脱敏版本。
目的
要签这份合同的业务负责人不想要法律备忘录。他们想知道：能签吗？有什么坑？需要我做什么？本技能将完成的审查转化为这样的回答。
哪一方？
底层审查备忘录是针对销售方还是采购方审查指引运行的。相应延续该框架。采购方摘要告诉业务负责人"我们能得到什么以及同意放弃什么"；销售方摘要告诉他们"我们卖的什么以及需要承担什么义务"。
受众校准
不同的受众需要不同的摘要：
| 受众 | 关心 | 不关心 |
|---|---|---|
| 采购 | 价格、续约机制、审批路由 | 责任上限结构 |
| 部门负责人（预算持有人） | 团队能否使用、坏了怎么办、成本 | 赔偿范围 |
| 财务 | 总持有成本、续约价格风险 | 管辖法律 |
| 安全/IT | 数据处理、再处理者、安全认证、数据存放在哪里 | 其他一切 |
| 发起高管 | 这会不会让我们难堪、法务是否阻碍 | 细节 |
如果不清楚，询问这是给谁的。
摘要
篇幅上限——强制执行
摘要为：
- 一段 给出结论和这是什么的说明（商业用语）
- 一段 说明需要注意的地方
- 2-3项清单 列出利益方实际需要做的事
- 一行收尾 附审批时间
总计不超过200字。 如果超过，说明你包含了利益方不需要的细节。
格式
[工作成果文件头 — 按插件配置 ## 输出]
**[对方当事人] [协议类型]** — [可以签字 | 需要变更 | 受阻]
[一段：本协议在商业用语中是什么。不是"提供基于云的分析平台主服务协议"——而是"这是市场团队想要的仪表盘工具的合同。"]
[一段：利益方需要知道的事。如果有需要注意的地方——"注意：每年自动续约，必须在到期60天前取消。已加入追踪器，但你应该知道。"或者："干净的协议，无意外，可以签字。"]
**你需要做的：**
- [ ] [操作事项]
**审批：** [谁在审批及预期时间]
转化参考
| 法律发现 | 商业转化 |
|---|---|
| "责任上限为12个月费用" | "如果他们出问题，我们能追回最多一年付给他们的钱。" |
| "无任意解除权" | "一旦签了，整个期限内都被锁定——不能用就停用是不能直接取消的。" |
| "60天通知自动续约" | "每年自动续约。要取消须在续约日前两个月通知他们。" |
| "无知识产权赔偿" | "如果有人告我们这工具侵犯了他们的专利，供应商不兜底。" |
| "未披露再处理者名单" | "我们不知道哪些其他公司会通过他们接触到我们的数据。" |
| "终止后30天内数据删除" | "取消时他们一个月内删除数据。之前需要导出任何你需要的内容。" |
| "SLA积分上限为月费10%" | "服务宕机了我们拿到一点点积分。远远不能覆盖宕机对业务的损失。" |
不包含什么
- 条款编号
- 带引号的定义术语
- "赔偿"这个词（说"他们兜底我们"）
- "尽管有"这个词
- 带颜色圆点的风险矩阵
- 关于这不构成法律意见的保留说明
交接
来自供应商协议审查/SaaS审查： 这些技能产出完整备忘录。本技能读取备忘录并压缩。
至利益方： 通过审查指引中指定的频道发送。
语气说明
利益方记住关于法务的两件事：是否阻碍了我，是否讲清楚了。本技能是法务如何讲清楚。写得像在咖啡旁向聪明同事解释一样。
如果诚实的摘要是"没问题，签吧"，就这样说。不要把干净的审查写成三段来显得详尽。