stakeholder-summary

name	stakeholder-summary
description	将合同审查转化为业务利益方实际会阅读的摘要。不是法律备忘录——是对 "能签吗？需要知道什么？"的两分钟回答。当用户说"给业务部门总结一下" "写给[利益方]"解释给采购""非法务摘要"或审查完成后需要发送给法务以外的人时使用。

利益方摘要

事项上下文

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

---

发送对象检查

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

目的

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

哪一方？

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

受众校准

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

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

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

摘要

篇幅上限——强制执行

摘要为：

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

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

格式

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

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

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

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

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

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

转化参考

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

不包含什么

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

交接

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

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

语气说明

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

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