一键导入
renewal-tracker
展示具有即将到来的取消截止日期的合同,在通知窗口关闭前发出预警, 基于维护的续约登记册运行。当用户询问"什么即将续约""哪些续约即将到期" "我们是否错过了取消窗口""将此添加到续约追踪器"时使用,或按计划运行。 接收来自 saas-msa-review 的交接数据。
用 Codex 或 Claude 帮你安装 复制这段 Prompt,粘贴到 Codex、Claude 或其他助手里,让它检查 Skill 页面并帮你完成安装。
菜单
展示具有即将到来的取消截止日期的合同,在通知窗口关闭前发出预警, 基于维护的续约登记册运行。当用户询问"什么即将续约""哪些续约即将到期" "我们是否错过了取消窗口""将此添加到续约追踪器"时使用,或按计划运行。 接收来自 saas-msa-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 | renewal-tracker |
| description | 展示具有即将到来的取消截止日期的合同,在通知窗口关闭前发出预警, 基于维护的续约登记册运行。当用户询问"什么即将续约""哪些续约即将到期" "我们是否错过了取消窗口""将此添加到续约追踪器"时使用,或按计划运行。 接收来自 saas-msa-review 的交接数据。 |
| argument-hint | [--days N 变更窗口 | --missed 查看已过期的窗口] |
呈现哪些合同即将续约以及必须在何时之前取消。
读取 ~/.claude/plugins/config/claude-for-legal/commercial-legal/renewal-register.yaml(配置目录——插件更新后仍保留)。
默认模式: 模式2——未来90天内即将到来的事项,按紧急程度分组。
--days N: 变更窗口。
--missed: 模式4——已过期的取消截止日期。
如果登记册为空且合同管理系统已连接: 提供模式3——扫描合同管理系统获取当前协议并批量加载。
输出包含建议操作: 联系谁(每条登记记录中的业务负责人)、哪些具有无上限定价。
/commercial-legal:renewal-tracker
/commercial-legal:renewal-tracker --days 180
/commercial-legal:renewal-tracker --missed
没有人读合同第二遍。续约日期在审查时提取一次,然后存于某处——最好是在取消截止日期前45天大声提醒,而不是45天后。
位于 ~/.claude/plugins/config/claude-for-legal/commercial-legal/renewal-register.yaml。
- counterparty: "Acme SaaS Inc."
agreement: "Acme平台订阅协议"
signed_date: 2025-06-15
initial_term_end: 2026-06-15
current_term_end: 2026-06-15
renewal_mechanism: "自动续约年度"
notice_period_days: 60
notice_method: "email"
transit_buffer_days: 0
cancel_by_calendar: 2026-04-16
cancel_by_effective: 2026-04-16
send_by_effective: 2026-04-16
cancel_by_roll_note: ""
cancel_by_provenance: "[模型计算 — 对照通知条款核实]"
price_on_renewal: "当时价目表(无上限)"
annual_value: 48000
business_owner: "jane@company.com"
clm_id: "IC-12345"
status: "active"
notes: "定价无上限——续约前重审。替代供应商:X, Y。"
通知送达时间。 计算 send_by_effective = cancel_by_effective - transit_buffer_days,以 send_by_effective 触发预警。
滚动续约。 存储 initial_term_end 供记录,但从 current_term_end 计算 cancel_by_*。
每个取消截止日期必须回退至最后一个工作日。中国法下,以合同约定的管辖法域确定节假日范围。记录 cancel_by_calendar 和 cancel_by_effective 两个日期。以有效日期触发预警。
当SaaS审查或供应商协议审查发现续约条款时,交接记录。追加至登记册。
默认回顾窗口: 未来90天。紧急程度分组使用半开区间:
## 续约——未来90天
### 🔴 取消截止日期在0-13天内
| 对方当事人 | 取消截止日 | 续约日 | 年度金额 | 负责人 | 备注 |
|---|---|---|---|---|---|
### 🟠 取消截止日期在14-44天内
[同上表格]
### 🟡 取消截止日期在45-89天内
[同上表格]
---
**建议操作:**
- [ ] [对方当事人] — 联系 [业务负责人]:我们还要这个吗?
- [ ] [对方当事人] — 定价无上限;在失去谈判优势前获取替代报价
如果MCP已连接且登记册为空或过期:查询合同管理系统,扫描电子签章工具。
## 错过的取消窗口
| 对方当事人 | 取消截止日为 | 续约日 | 状态 |
|---|---|---|---|
**选项:**
- 协商逾期取消(很少成功但值得一问)
- 接受续约,现在标记下一年的取消截止日
- 检查协议中是否有其他终止权利
追踪续约日期是研究。行动——发送不续约通知、让自动续约生效或签署续约——是产生法律后果的步骤。如果角色为非律师,先检查是否已与律师审阅。
续约提醒代理按计划运行本技能(默认每周),将"即将到来的事项"报告发布到审查指引中配置的频道。