利益方摘要

事项上下文

事项上下文。 检查业务领域级 CLAUDE.md 中的 ## 事项工作区。如果 Enabled 为 ✗，跳过本段。

---

发送对象检查

生成输出前检查发送对象。当发送对象在保密特权圈外时，标注并给出保密版本或脱敏版本。

目的

要签这份合同的业务负责人不想要法律备忘录。他们想知道：能签吗？有什么坑？需要我做什么？本技能将完成的审查转化为这样的回答。

哪一方？

底层审查备忘录是针对销售方还是采购方审查指引运行的。相应延续该框架。采购方摘要告诉业务负责人"我们能得到什么以及同意放弃什么"；销售方摘要告诉他们"我们卖的什么以及需要承担什么义务"。

受众校准

不同的受众需要不同的摘要：

| 受众 | 关心 | 不关心 | |---|---|---| | 采购 | 价格、续约机制、审批路由 | 责任上限结构 | | 部门负责人（预算持有人） | 团队能否使用、坏了怎么办、成本 | 赔偿范围 | | 财务 | 总持有成本、续约价格风险 | 管辖法律 | | 安全/IT | 数据处理、再处理者、安全认证、数据存放在哪里 | 其他一切 | | 发起高管 | 这会不会让我们难堪、法务是否阻碍 | 细节 |

如果不清楚，询问这是给谁的。

摘要

篇幅上限——强制执行

摘要为：

• 一段 给出结论和这是什么的说明（商业用语）
• 一段 说明需要注意的地方
• 2-3项清单 列出利益方实际需要做的事
• 一行收尾 附审批时间

总计不超过200字。 如果超过，说明你包含了利益方不需要的细节。

格式

[工作成果文件头 — 按插件配置 ## 输出]

**[对方当事人] [协议类型]** — [可以签字 | 需要变更 | 受阻]

[一段：本协议在商业用语中是什么。不是"提供基于云的分析平台主服务协议"——而是"这是市场团队想要的仪表盘工具的合同。"]

[一段：利益方需要知道的事。如果有需要注意的地方——"注意：每年自动续约，必须在到期60天前取消。已加入追踪器，但你应该知道。"或者："干净的协议，无意外，可以签字。"]

**你需要做的：**
- [ ] [操作事项]

**审批：** [谁在审批及预期时间]

转化参考

| 法律发现 | 商业转化 | |---|---| | "责任上限为12个月费用" | "如果他们出问题，我们能追回最多一年付给他们的钱。" | | "无任意解除权" | "一旦签了，整个期限内都被锁定——不能用就停用是不能直接取消的。" | | "60天通知自动续约" | "每年自动续约。要取消须在续约日前两个月通知他们。" | | "无知识产权赔偿" | "如果有人告我们这工具侵犯了他们的专利，供应商不兜底。" | | "未披露再处理者名单" | "我们不知道哪些其他公司会通过他们接触到我们的数据。" | | "终止后30天内数据删除" | "取消时他们一个月内删除数据。之前需要导出任何你需要的内容。" | | "SLA积分上限为月费10%" | "服务宕机了我们拿到一点点积分。远远不能覆盖宕机对业务的损失。" |

不包含什么

• 条款编号
• 带引号的定义术语
• "赔偿"这个词（说"他们兜底我们"）
• "尽管有"这个词
• 带颜色圆点的风险矩阵
• 关于这不构成法律意见的保留说明

交接

来自供应商协议审查/SaaS审查： 这些技能产出完整备忘录。本技能读取备忘录并压缩。

至利益方： 通过审查指引中指定的频道发送。

语气说明

利益方记住关于法务的两件事：是否阻碍了我，是否讲清楚了。本技能是法务如何讲清楚。写得像在咖啡旁向聪明同事解释一样。

如果诚实的摘要是"没问题，签吧"，就这样说。不要把干净的审查写成三段来显得详尽。