简诗 AI 合同续约雷达

它解决什么问题

大多数团队维护续约日历的方式是盯着「合同到期日」设提醒——然后在那天发现，真正的决定早该在 60 天前做出。自动续约条款把真正的 deadline 藏在续期日期里：notice deadline（不续约通知截止日）才是需要行动的日期，续期日只是后果落地的日子。这份技能把两者拆开，把真正需要决策的日期推到台面上。

工作方式

• 清点（Inventory）：扫描文件夹内的 PDF / .docx 合同，登记对手方、合同类型（vendor、lease、SaaS subscription 等）与已签署 / 草稿状态；草稿跳过但列出。
• 抽取时钟条款（Extract clock terms）：逐份合同定位关键条款——期限、自动续约、续约涨价机制（CPI 调整、固定百分比、「then-current pricing」）、便利终止窗口——并逐字引用原文与页码 / 节号。
• 计算决策截止日（Compute decision deadlines）：续期日 - 通知期 - 14 天缓冲 = radar date；已进入通知窗口的合同在报告顶部标记 URGENT。
• 生成日历（Build the calendar）：输出 renewal-calendar.md，含未来 24 个月的 radar dates、年价值（仅取合同原文）、什么都不做的后果、通知条款原文；无终止日或缺签署页的合同单独列为数据质量问题。
• 设置提醒（Set reminders）：如已连接日历，先展示待创建的事件列表并获得批准，再为每个 radar date 创建事件。

与 contract-analyzer 的分工：后者做单份合同的深度审查，这份技能做整个文件夹的组合扫掠。

边界与注意点

• 交付物是 notice deadline，不是续约日。在续约日才提醒的日历，等于提醒你「已经改不了了」。
• 条款必须逐字引用：续约条款恰恰是 paraphrase 会制造责任的地方。
• 永远不要因为「没找到续约条款」就标记为无自动续约——区分「条款明确写无续约」与「未找到相关条款」，后者交人工复核。
• 年价值只取自合同原文，不做估算。
• 这是日历支持，不是法律意见；判断性结论一律写成「counsel should confirm...」。
• 重复运行时先对上一份日历做 diff：新合同、变更日期、已过 deadline 优先列出。
• 计划模式可作为每月定时任务：重扫文件夹、更新日历，摘要优先展示 60 天内进入决策窗口的合同。