一键导入
vendor-agreement-review
参考:根据团队审查指引审查接收方供应商协议。标注偏离项、评估风险、生成具体 修订语言并路由至合适的审批人。当 /commercial-legal:review 检测到供应商主协议、 服务协议或类似协议时加载。
用 Codex 或 Claude 帮你安装 复制这段 Prompt,粘贴到 Codex、Claude 或其他助手里,让它检查 Skill 页面并帮你完成安装。
菜单
参考:根据团队审查指引审查接收方供应商协议。标注偏离项、评估风险、生成具体 修订语言并路由至合适的审批人。当 /commercial-legal:review 检测到供应商主协议、 服务协议或类似协议时加载。
用 Codex 或 Claude 帮你安装 复制这段 Prompt,粘贴到 Codex、Claude 或其他助手里,让它检查 Skill 页面并帮你完成安装。
基于 SOC 职业分类
按系统逐一定义AI角色、风险等级和监管义务——判定每个系统是 AI服务提供者还是使用者,分配风险层级,并映射至中国AI法规 的义务要求。适用于建立AI系统清单、进行年度AI审计、或新法 规要求重新分类时。
为AI系统或模型生成风险定级和合规概要评估——涵盖数据、公平性、 透明度、安全性和监管注册表。在用例分类为"附条件-高"后使用, 产品或工程团队提出"我们需要做AI影响评估"时使用,或定期重新 认证已部署系统时使用。采用快速/全面双轨制。
首次运行访谈以建立AI治理实践配置:适用法规、 AI系统清单、红线、审批工作流和输出偏好。 在插件首次安装时自动运行。使用 --redo 可重新运行。
将新的或修订的AI法规与当前AI政策和实践进行差异分析—— 输出差距清单和整改计划,含负责人和日期。适用于新法规 出台、用户询问"[某法规]是否影响我们"、" AI法规差距分析"或粘贴法规文本时。
对提议的AI用例进行分类和风险排序:检索现有注册表、检查红线、 对残余风险进行分级。输出为经核准/附条件/不核准,并附书面理由。 适用于收到新的AI用例提案、产品团队询问"这个AI功能可以上线吗"、 或需要运行AI用例审批委员会流程时。
审查AI供应商条款——重点核查训练数据来源合规性、责任分配、 模型变更通知、合规义务向下传导。适用于审查AI SaaS协议、 AI模型授权、AI API服务条款,或采购团队提出"这个AI供应商 合同有问题吗"时使用。
| name | vendor-agreement-review |
| description | 参考:根据团队审查指引审查接收方供应商协议。标注偏离项、评估风险、生成具体 修订语言并路由至合适的审批人。当 /commercial-legal:review 检测到供应商主协议、 服务协议或类似协议时加载。 |
| user-invocable | false |
事项上下文。 检查业务领域级 CLAUDE.md 中的 ## 事项工作区。如果 Enabled 为 ✗(法务用户的默认值),跳过本段其余内容——技能使用业务领域级上下文,事项机制不可见。如果已启用且没有活动事项,询问:"这是哪个事项的?运行 /commercial-legal:matter-workspace switch <slug> 或说 practice-level。"加载活动事项的 matter.md 获取事项特定上下文和覆盖设置。将输出写入事项文件夹。除非 跨事项上下文 为 on,否则绝不读取其他事项的文件。
生成输出前,检查发送对象。如果用户指定了发送对象(频道、分发列表、对方当事人、"所有人"),询问是否在保密特权范围内。公共频道、全公司列表、对方当事人/对方律师、供应商和客户均放弃保护。当发送对象在圈外时,标注并给出 (a) 仅限法务查看的保密版本,(b) 适用于更广泛渠道的脱敏版本,或 (c) 两者。参见本插件 CLAUDE.md 中的 ## 共享安全机制 → 发送目的地检查。
根据本团队实际使用的审查指引阅读供应商协议,找出每项偏离条款,并告诉律师每项如何处理——附带具体修订语言,而非模糊的"可考虑修改"。输出为律师可以一次性操作的审查备忘录。
在阅读合同之前,阅读 ~/.claude/plugins/config/claude-for-legal/commercial-legal/CLAUDE.md。 如果文件缺失或仍有占位符,弹出以下提示:
我注意到你尚未配置业务领域配置。运行
/commercial-legal:cold-start-interview(2分钟)配置你的业务领域。或说 "临时模式" 我将按通用默认值审查——中国法管辖、中等风险偏好、律师角色、无审查指引。每个输出标注[临时模式]。
哪一方? 在适用审查指引之前,确定公司在此合同中处于哪一方。通常很明显:如果对方是提供产品或服务的供应商,你是采购方。如果对方是购买你产品的客户,你是销售方。如果不明显,询问。如果匹配方向为 [未配置],停止并告知用户先运行 /commercial-legal:cold-start-interview --side <side>。
本技能通常用于采购方合同(供应商向你提供),但方向检查仍然适用。
~/.claude/plugins/config/claude-for-legal/commercial-legal/CLAUDE.md 中的审查指引是真实来源。它告诉你本团队的标准立场、曾经接受的让步、从不接受的内容、审批权限以及需要首先检查的deal-breaker。
快速通读一遍整个协议。回答:
| 问题 | 答案 |
|---|---|
| 这是哪种协议? | 主协议 / SaaS订阅 / 专业服务 / 许可 / 其他 |
| 我们是谁? | 客户 / 供应商(本插件默认客户——如不是,标注) |
| 对方当事人 | 名称,且是大型企业(不谈判)还是初创企业(会谈)? |
| 金额 | 年度/总合同价值(如有说明) |
| 期限 | 期限长度、续约机制 |
| 是否有数据处理协议? | 附带 / 通过URL引用 / 缺失 |
| 是否有订单? | 单独文件或集成在内 |
金额处理。 如果主协议未说明金额(订单载明价格,这是典型情况),停止并询问:
主协议本身未说明年度合同价值。订单载明价格。我需要年度合同价值进行路由。选项:(1) 粘贴订单价值,(2) 告诉我是高于还是低于阈值,(3) 保守路由至更高审批人。
通过引用纳入的数据处理协议处理。 如果主协议通过引用纳入数据处理协议("可在 [URL] 获取"),明确注明数据保护分析不完整,建议路由数据处理协议进行单独审查。
首先检查审查指引中的"那一件事"。如存在:
## ⛔ 存在DEAL-BREAKER
**第 [X.X] 条** 包含 [deal-breaker]。根据团队审查指引,这是硬性拒绝。建议:
- [ ] 驳回——提出具体替代语言
- [ ] 退出——如果对方不让步,我们不签
以下详细审查仅为完整性提供,但除非此项解决,否则没有实际意义。
对于审查指引中的每个类别,找到对应的合同条款并进行比较。
对每项偏离,生成:
### 第 [X.X] 条:[问题名称]
**审查指引说:** [我方标准立场]
**合同说:**
> "[合同原文的精确引用]"
**差距:** [缺失条款 | 弱于标准 | 弱于让步 | 非标准结构 | 不可接受]
**法律风险:** 🔴严重 | 🟠高 | 🟡中 | 🟢低
**商业摩擦:** 🔴阻碍交易 | 🟠减缓交易 | 🟡困扰客户 | 🟢不可见
**为何重要:** [一两句简明中文——如果该条款保持现状,对业务会产生什么不利后果]
**建议修订:**
> "[具体替代语言——可直接粘贴到修订稿中]"
**如果对方不让步:** [让步方案,或"上报给 [人名]"]
严重程度校准:
| 等级 | 含义 |
|---|---|
| 🔴严重 | 未解决前不要签署。审查指引"永不接受"列表上的条款或deal-breaker。 |
| 🟠高 | 强力推动驳回。超出审查指引让步范围的条款。 |
| 🟡中 | 首轮推动驳回;如果是最后一项未决事项可接受。 |
| 🟢低 | 注明即可。审查指引明确容忍的条款或纯粹风格性偏离。 |
上限金额是责任上限中最不重要的部分。 逐一明确四个维度:
审查指引对一个管辖法律偏好进行全局适用。可执行性存在实质差异。中国法下:
[法条原文][法条原文][法条原文][法条原文])当审查指引立场与合同的管辖法律可执行性冲突时,标注并说明 [法域 — 需核实]。
优于我方标准: 供应商给予我们超过我方要求的条款。标记这些——它们是你需要在其他地方让步时可以交换的筹码。
完全缺失: 本应存在但完全没有的标准条款:合同转让限制、审计权、不可抗力、保险要求。
将上报矩阵对照合同金额、严重问题、自动上报触发条件。明确说明谁需要批准。
在将修订发送给对方之前: 阅读 ## 使用者。如果角色为非律师:
发送修订是法律行为——对方会将每项编辑视为我方谈判立场。你是否已与律师审阅?如果是,继续。如果不是,这是一份可以带给律师的简报。 如需寻找律师:请联系中华全国律师协会或所在地地方律师协会。
未经明确同意,不得越过此关卡。
默认选择能达到审查指引立场的最小编辑。替换一个词语优先于一个短语,替换一个短语优先于一句话。有疑问时,选更小的。
在输出前加上工作成果文件头。本备忘录及所依据的协议可能具有保密性质。仅在保密特权圈内分发。
不得无声补全。 研究查询返回结果很少时,报告查询到的情况并停止。不要未经询问就从网络搜索或模型知识填补空白。由律师决定是否接受较低置信度的来源。
来源归属。 引用法规、规章或案例时,标注引用来源:
[北大法宝]/[yuandian检索]、[网络搜索 — 需核实]、[模型知识 — 需核实]、[用户提供]。
[工作成果文件头 — 按插件配置 ## 输出]
# 供应商协议审查:[对方当事人] [协议类型]
**审查日期:** [日期]
**合同价值:** ¥[金额] / [期限]
**我方角色:** 客户
---
## 底线
[两句话。我们可以签吗?必须先改什么?]
**问题(法律风险):** [N]🔴 [N]🟠 [N]🟡 [N]🟢
**问题(商业摩擦):** [N]🔴 [N]🟠 [N]🟡 [N]🟢
**需要审批人:** [姓名]
---
## Deal-breaker检查
[✅ 清洁 | ⛔ 存在 — 见上方]
---
## 按严重程度排列的问题
[步骤3中的所有偏离项,按严重程度排列]
---
## 有利条款
[列表]
## 缺失条款
[列表]
---
## 审批路由
[来自步骤5]
---
## 修订文件包
[如要求:所有建议变更的统一可直接用于修订编辑的语言]
如果合同管理系统MCP已连接,审查完成后检查此对方当事人是否已有协议,获取匹配的工作流模板,提出创建附有审查备忘录且预路由审批人的记录。
如果电子签章(如e签宝、法大大)MCP已连接且协议已可签署,提出生成签署信封并按正确顺序路由签署人。未经明确指示,不要发送任何签署。
完整备忘录(默认): 如上。放入云文档文件夹或合同管理系统。
即时通讯适配摘要: 两行加一个链接。
[对方当事人] [类型] — 需要处理。1🔴(无限责任§8.2),2🟠。完整审查:[链接]。需要 [法务负责人] 批准。
修订文档: 如果用户要求,输出带有修订痕迹的 .docx。使用 docx 技能。
以 CLAUDE.md ## 输出 中的下一步行动决策树收尾。根据本技能刚完成的工作定制选项。决策树是输出;律师选择。