用途
renewal-tracker 用于跟踪合同续约并提醒取消截止日期。没有人会读合同第二遍，续约日期在审查时提取一次，之后需要的是在取消截止日期前45天大声提醒，而不是45天后。该技能的核心价值在于：呈现哪些合同即将续约以及必须在何时之前取消。
它基于维护的续约登记册运行，接收来自 saas-msa-review 的交接数据。当用户询问“什么即将续约”“哪些续约即将到期”“我们是否错过了取消窗口”“将此添加到续约追踪器”时使用，或按计划运行。
主要能力
登记册读取
读取 ~/.claude/plugins/config/claude-for-legal-zh/commercial-legal/renewal-register.yaml（配置目录，插件更新后仍保留）。
登记记录示例字段包括：对方当事人（counterparty）、协议（agreement）、签署日期（signed_date）、初始期限结束（initial_term_end）、当前期限结束（current_term_end）、续约机制（renewal_mechanism）、通知期天数（notice_period_days）、通知方式（notice_method）、在途缓冲天数（transit_buffer_days）、日历取消截止日（cancel_by_calendar）、有效取消截止日（cancel_by_effective）、发送截止日（send_by_effective）、滚动备注（cancel_by_roll_note）、来源标注（cancel_by_provenance）、续约价格（price_on_renewal）、年度金额（annual_value）、业务负责人（business_owner）、合同管理系统编号（clm_id）、状态（status）和备注（notes）。
通知送达时间计算
计算 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 两个日期，以有效日期触发预警。
四种运行模式
模式1：录入续约（来自审查的交接）。当SaaS审查或供应商协议审查发现续约条款时，交接记录并追加至登记册。
模式2：即将到来的事项。默认回顾窗口为未来90天，紧急程度分组使用半开区间：🔴 0-13天、🟠 14-44天、🟡 45-89天。输出表格包含对方当事人、取消截止日、续约日、年度金额、负责人和备注，并附建议操作清单，例如联系业务负责人确认是否续约、对定价无上限的合同在失去谈判优势前获取替代报价。
模式3：扫描合同管理系统/电子签章工具填充登记册。如果MCP已连接且登记册为空或过期，查询合同管理系统，扫描电子签章工具。当登记册为空且合同管理系统已连接时提供此模式。
模式4：错过的窗口（坏消息报告）。列出已过期的取消截止日期，输出表格包含对方当事人、取消截止日、续约日和状态，并给出选项：协商逾期取消（很少成功但值得一问）、接受续约并标记下一年的取消截止日、检查协议中是否有其他终止权利。
使用方式
命令形式：
/commercial-legal:renewal-tracker /commercial-legal:renewal-tracker --days 180 /commercial-legal:renewal-tracker --missed
默认模式为模式2——未来90天内即将到来的事项，按紧急程度分组。--days N 用于变更窗口；--missed 对应模式4——已过期的取消截止日期。
适用场景
适用于需要集中管理多份合同续约时间线、避免错过取消窗口的法律与商务团队。输出包含建议操作：联系谁（每条登记记录中的业务负责人）、哪些具有无上限定价。
限制
该技能不取消合同，只告知你何时应做决定；不决定是否续约，仅呈现截止日期和业务负责人；不阅读合同以查找续约日期——这在审查时完成。
关卡：接受或拒绝续约。追踪续约日期是研究，而行动——发送不续约通知、让自动续约生效或签署续约——是产生法律后果的步骤。如果角色为非律师，先检查是否已与律师审阅。
集成：续约提醒代理按计划运行本技能（默认每周），将“即将到来的事项”报告发布到审查指引中配置的频道。