CT-03 · 自动续约条款扫描与通知期倒排
痛点 设备都换新了 · 36 万一年的维保合同下个月自动续约,通知期昨天刚过
① 场景引入
一、这件事现在是什么样
合同全周期管理 · 真实业务触发
CT-02 的台账建好了。扫描自动续约条款时发现:恒升机电的设备维保合同(36 万/年)2026-09-30 到期,条款写「期满前 60 日未书面通知终止则自动续约一年」—— 最后通知日 2026-08-01,已过 18 天。而这套设备年初刚大修更换过,明年还需要这么重的维保吗?没人说得清。
二、痛点 · 每条都有来源
- 南京某公司 36 万/年 IT 维保合同,负责人换人后无人知道自动续约条款,到期无人办终止手续,公司已换系统不再需要服务,最后调解赔了 18 万(半价)
依据:南京某公司 36 万/年 IT 维保合同因无人办理终止自动续约,已换系统不再需要服务,调解赔 18 万;律师自述其代理合同纠纷 15% 以上涉及自动续约 - 律师自述代理的合同纠纷中 15% 以上涉及自动续约条款 —— 「未通知终止即续约」藏在格式条款里,台账不记通知期就永远算不出死线
依据:南京某公司36 万/年 IT 维保合同因无人办理终止自动续约,已换系统不再需要服务,调解赔 18 万;律师自述其代理合同纠纷 15%以上涉及自动续约 - 企业法律体检:三十多份有效合同中多份存在重大风险条款 —— 自动续约与到期失控是被点名的高频项,但因为「没出事」从没人逐份排过
依据:企业法律体检实录:三十多份有效合同中三份已过诉讼时效、七份重大风险条款、五份管辖不利;台账半年不更新是常态 - 负责人换人是自动续约事故的固定剧本 —— 合同知识在离职员工脑子里,交接单上没有「未决通知义务」这一栏
依据:南京某公司 36 万/年 IT 维保合同因无人办理终止自动续约,已换系统不再需要服务,调解赔 18 万;律师自述其代理合同纠纷 15% 以上涉及自动续约
三、换个做法之后
变化不在「快」,在「参与的角色」和「覆盖的范围」
✕ 现在的做法
- 南京某公司 36 万/年 IT 维保合同,负责人换人后无人知道自动续约条款,到期无人办终止手续,公司已换系统不再需要服务,最后调解赔了 18 万(半价)
- 律师自述代理的合同纠纷中 15% 以上涉及自动续约条款 —— 「未通知终止即续约」藏在格式条款里,台账不记通知期就永远算不出死线
- 企业法律体检:三十多份有效合同中多份存在重大风险条款 —— 自动续约与到期失控是被点名的高频项,但因为「没出事」从没人逐份排过
- 负责人换人是自动续约事故的固定剧本 —— 合同知识在离职员工脑子里,交接单上没有「未决通知义务」这一栏
✓ 交给 Agent 之后
- 多来源文件一次读入,先做口径与完整性校验,再开始算
- 每条结论绑定来源文件、字段或条号,可以被审
- 产出是企业真会流转的正式件(带签批栏),不是一张展示用的表
- 该拦的地方给出「现在还不能提交」,并给不用干等的替代方案
四、场景闭环
6 步 · 每一步的产出都是下一步的输入
- 条款识别 · 六种自动续约的变体「未通知终止即续约」「连续续费视为续约」「逾期未异议自动顺延」—— 逐条原文摘出,不靠关键词猜
- 通知期倒排 · 每份算出最后动作日到期日 − 通知期 = 最后通知日 —— 与今天比出「还剩几天」
- 分级预警 · 已过/30天内/充裕已过通知期的标黑(解套模式另算);30 天内标红;其余正常第 4步解套分析 · 过了通知期还能怎么办逐份读终止条款 —— 恒升合同第 11.4 条「续约期内可提前 30 日解约」就是活路
- 决策清单 · 续/停/重谈三选一每份合同配建议 + 影响金额 —— 通知函草稿随清单附上
- 日历固化 · 明年不再靠人记每份含自动续约的合同进「90 天前置提醒」—— 换了负责人也不会重演
要准备什么:合同台账(CT-02 产出,47 条)同一份数据 —— 台账里「是否含自动续约」一栏就是扫描入口含自动续约条款的合同文本逐份核对条款原文 —— 「连续续费视为续约」这种变体也要抓设备/服务的现状清单维保对象还在不在用 —— 续约价值判断的输入历史续约记录去年是「主动续约」还是「忘了终止」—— 惯性续约的识别基准
为什么这个场景值得做
优先级评分:痛感 4 × AI 适配 5 ÷ 落地难度 2 = 10.0
最大差异点:不要求先有规范台账。跟 CT-02 打包跑 —— 台账抽取时顺手标出自动续约条款,通知期倒排(到期日− 通知期 = 最后动作日)自动算。
评分口径:痛感看「这事没做好谁会生气、生气到什么程度」;
AI 适配看「输入是否非结构化、是否要跨部门取数、错了能不能当场看出来」;
落地难度是分母 —— 需要客户先做数据治理的场景,分数会被压得很低。
五、会产出什么
判断标准只有一个:这份东西能不能直接进企业的流程
- 正式件本体:
自动续约条款扫描与预警清单.xlsx6 份 × 条款原文/最后通知日/剩余天数/解套路径 - 可派发清单:
续停重谈决策清单.xlsx每份三选一建议 + 影响金额 + 通知函草稿 - 可派发清单:
惯性续约复盘记录.xlsx连续多年无审批续约的合同 · 决策留痕
这套东西不承诺什么:不做「续不续」的决定 —— 续约、终止、重新谈判是业务判断。本场景做的是把死线算出来、把解套路径找出来,通知函草稿给出后由人发。
② Live Demo(演示逐步)
演示模式 · 可视化预演 本页展示的是「应该怎么跑、每一步看什么、交付什么」,用的是真实业务格式的脱敏构造数据, 不宣称已接入客户生产系统,也不承诺任何效率提升百分比。
案例设定:凯诺电气(虚构)47 份合同的台账建好了(CT-02),扫描自动续约条款:6 份命中,其中恒升机电维保合同(36 万/年)的最后通知日 2026-08-01 已过 18 天,而这套设备年初刚大修更换过。
扫描合同47 份含自动续约6 份 / 45.4 万通知期已过1 份 / 36 万结论解套路径锁定损失 3 万
输入法务手上能拿到的东西
不需要整理格式、不需要改文件名 · 直接拖进对话框
01_合同台账(CT-02 产出节选).xlsx47 条台账中「是否含自动续约」标记为是的 6 份CT-02 重建 · 本次扫描入口02_恒升维保合同全文.txt36 万/年的维保合同 —— 第 4.2 条自动续约、第 11.4 条解套条款2023-10 签订 · 2025-05 静默续约一次03_设备大修与更换记录.xlsx生产部的大修台账 —— 今年 3 月整套设备大修更换,维保需求已大幅下降生产部设备主管维护 · 随大修更新04_历史续约邮件记录.xlsx去年恒升续约是怎么发生的 —— 邮件记录还原「惯性续约」全过程邮箱检索 · 一次性
注意标橙色那一份 —— 03_设备大修与更换记录.xlsx。它生产部设备主管维护 · 随大修更新,平时压根不在核对范围里。这个场景的价值,很大一部分就来自把它读进来。
提示词就说这么几句
没有模板、没有表单 · 专业规则由 Skill 兜底
台账建好了,帮我把有自动续约条款的合同都扫出来,通知期的死线给我算清楚。 恒升那个维保合同通知期是不是已经过了?还有什么办法补救也帮我看看,设备今年刚大修过。 每份合同续还是停,给我个清单和金额,通知函草稿也帮我出一份。
短是因为「六种续约变体识别、通知期倒排规则、解套条款检索路径」都在能力包里。跟建台账打包用。
触发台账标记扫出 6 份自动续约 · 恒升的 36 万排第一
通知期倒排:到期日 − 通知期 = 最后动作日
第 1 步 · 条款识别 · 六种续约变体全数捞出
不靠关键词猜,逐份读条款原文
第 2 步 · 恒升深挖 · 36 万买的到底是什么
服务范围与大修记录交叉 —— 重复保障的发现
第 3 步 · 惯性续约复盘 · 去年 41 分钟的那次续约
续约邮件还原:没有决策,只有顺手
第 4 步 · 解套分析 · 通知期过了还能怎么办
第 11.4 条就是活路
5日历固化 · 明年不再重演
90 天前置提醒 + 惯性续约确认制度
六份合同全部挂上「最后通知日」提醒,提前 90/60/30 天三档推送;续约确认必须由合同负责人签署《知情确认单》(含「今年值不值」一栏)—— 行政文员的「顺手点确认」从此无效。把技术动作翻译成钱「通知期倒排」翻译成:6份自动续约合同年费合计 45.4 万 —— 已锁死 3 万(恒升解套窗口)、可谈的 12-15 万(降级套餐)、该停的 1.2 万
(计量检定惯性档)、该续的 3.6 万(捷码,知情续约)。南京那家公司为同款条款赔了 18 万 —— 这份清单让 41.8 万的每一分都花在知情决定上。
解约通知还不能发 —— 生产部的备件确认是前提方案 A 的前提「故障自担」依赖厂家直保(至 2028-03),但 4 小时响应与厂家 8 小时响应之间的 4 小时差,产线停一天的损失需要生产部先算清楚 —— 这个数不在法务手里,拍板前必须补上。给出的不是干等:本周先做两件不依赖生产部的事 —— ① 方案 B 的降级谈判函发出(谈判本身不锁死任何选项);② 其余 4 份通知期未到的合同日历挂上提醒。生产部的停线损失测算(一天产值的口径)周五前出 —— 两个方案合并上会,36 万的去向一次定清。
之后这一次跑完,公司多了什么
不讲省了多久:讲少了几个隐患、沉淀了什么
- ✓ 6 份自动续约合同全部挂上通知期死线 —— 「忘了通知」从剧本里删除
- ✓ 恒升 36 万的最坏损失从「以为全赔」收敛到 3 万 —— 解套条款被找出来并锁定了
- ✓ 3 份惯性续约从「顺手点确认」变成「写出理由的知情决策」—— 41.8 万敞口逐笔过目
- ✓ 90 天前置提醒进日历 —— 换了负责人也不会重演南京那单 18 万的剧本
追问现场可能被问到的
答不上来的问题,比答得漂亮的问题更能决定这场演示的结果
- 通知期过了是不是只能认了? 不一定 —— 逐份看终止条款,很多合同有「续约期内可解约」的活路。恒升那份最坏损失 3 万而不是 36 万,就是把第 11.4 条翻出来的结果。
- 明年怎么保证不重演? 台账里每份含自动续约的合同都设了 90天前置提醒 —— 提醒发到法务和合同负责人两个人,不靠单点记忆。
- 这个跟我们行政库的证照到期预警是不是一回事? 机制一样(到期倒排),对象不同 —— 证照逾期是行政处罚,合同通知期错过是白花钱。两边的台账可以共用一张日历。
③ 能力沉淀(Skill / 提示词 / 预期输出 / 人工边界)
1. Skill 能力包
导入之后,同类任务会自动按这套规则走 —— 提示词才能写得那么短
自动续约条款扫描与通知期倒排 · Skill
SKILL.md 主本 + references(输出骨架 / 判据 / 渲染脚本)· 符合 WorkBuddy Skill 规范
版本 v1.0
auto-renewal-scan.zip
在 WorkBuddy 里直接上传这个 zip 即可导入
包内结构
SKILL.md主本 —— YAML 元信息 + 执行流程 + 硬规则 + 人工边界references/output_template.md输出骨架(sheet 名 / 分区顺序 / 列头)+ 可直接运行的渲染脚本references/judgement_rules.md判据与口径 —— 什么情况算异常、什么情况必须拦住
references 不会一次性全读进来 —— Agent 按需取用。所以 Skill 可以写得很细,不会拖慢每次对话。
2. 原始素材
这些就是法务手上真实能拿到的东西 —— 格式不统一是常态,不是问题
📁CT-03 · 演示素材
脱敏构造数据 · 真实业务格式 · 埋点可核验
共 4 份
01_合同台账(CT-02 产出节选).xlsx47 条台账中「是否含自动续约」标记为是的 6 份02_恒升维保合同全文.txt36 万/年的维保合同 —— 第 4.2 条自动续约、第 11.4 条解套条款03_设备大修与更换记录.xlsx生产部的大修台账 —— 今年 3 月整套设备大修更换,维保需求已大幅下降04_历史续约邮件记录.xlsx去年恒升续约是怎么发生的 —— 邮件记录还原「惯性续约」全过程
怎么用
- 把素材全部拖进 WorkBuddy 对话框(不需要整理格式、不需要改文件名)
- 粘贴下方提示词发送
- 拿到正式件初稿 —— 签批栏留空,推荐意见留空,由你填
3. 提示词卡片
台账建好了,帮我把有自动续约条款的合同都扫出来,通知期的死线给我算清楚。 恒升那个维保合同通知期是不是已经过了?还有什么办法补救也帮我看看,设备今年刚大修过。 每份合同续还是停,给我个清单和金额,通知函草稿也帮我出一份。
为什么这么短就够了:短是因为「六种续约变体识别、通知期倒排规则、解套条款检索路径」都在能力包里。跟建台账打包用。
换成你自己的业务:把素材换成你手上的真实文件即可。导入 Skill 之后,
该走几步、什么口径、什么情况必须拦住,Agent 自己知道 —— 你只需要说清这是什么事。
自己组织输入的三步法
- 用自然语言说清核心需求 —— 就按平时跟同事交代活的方式说:什么事、什么文件、什么要求。不用讲究格式。
- 调用 Skill 补齐专业规则 —— 导入本页 Skill 后,流程、口径、硬规则 Agent 自己知道。
- 用「增强提示词」补全遗漏 —— 输入框旁边有增强按钮,把随口说的话补成更完整的表述。
分工:自然语言负责「这是什么事」,Skill 负责「该怎么做」,增强提示词负责「别漏了什么」。
4. 预期输出
不方便现场跑的时候可以直接拿这份给客户看 · 与实跑结果同结构
📋正式交付物
带签批栏 / 冻结首行 / 开筛选 —— 判断标准是「能不能直接进企业的流程」
共 3 份
XLSCT-03_自动续约条款扫描与预警清单.xlsx正式件本体 · 6 份 × 条款原文/最后通知日/剩余天数/解套路径下载
↓XLSCT-03_续停重谈决策清单.xlsx每份三选一建议 + 影响金额 + 通知函草稿CT-03_惯性续约复盘记录.xlsx连续多年无审批续约的合同 · 决策留痕
Skill 里固化了什么:从历史续约记录里发现了惯性续约该拦的地方拦住了排除性结论把技术动作翻译成钱
输入清单:合同台账(CT-02 产出,47 条)同一份数据 —— 台账里「是否含自动续约」一栏就是扫描入口含自动续约条款的合同文本逐份核对条款原文 —— 「连续续费视为续约」这种变体也要抓设备/服务的现状清单维保对象还在不在用 —— 续约价值判断的输入历史续约记录去年是「主动续约」还是「忘了终止」—— 惯性续约的识别基准
人工边界:不做「续不续」的决定 —— 续约、终止、重新谈判是业务判断。本场景做的是把死线算出来、把解套路径找出来,通知函草稿给出后由人发。
升为客户真实案例还缺什么:客户当前真实输入文件(不要整理过的)岗位现行 SOP 与审批链(金额分档、谁签字)至少一次真实出过问题的案例客户当前正在用的正式输出模板客户确认的阈值口径(多少天算临期、多少金额算大额)
5. 同一角色下的其他场景
合同全周期管理 · 产出即下一步输入
CT-01 · 合同风险分级初审(四栏清单版) — 业务嫌法务审得慢 · 真正的坑从来不是审漏字眼,是付款条款和违约金的不对等没人算过账 查看 →CT-02 · 散落合同抽取建台账 — 法务电脑 4 个文件夹 62 份扫描件 · 业务员微信里还躺着 30 多份,台账登记的只有 38 条 查看 →CT-04 · 盖章前版本比对(对方改了什么) — 双方谈妥了三处修改 · 对方回传的「定稿版2」里,还悄悄多了三处没人提过的改动 查看 →
上下游串起来就是完整链路。每一步的产出都是下一步的输入,不用在不同工具之间来回复制粘贴。
场景内容基于 WorkBuddy 产品能力整理,演示中的企业、人物与数据均为虚构,不代表任何客户的实际成效;痛点引用的公开来源已做脱敏处理。网页版由原资料转换,部分演示表格以原文形式展示。
想把这个场景在你们企业跑通?
顾问会先看你们的数据和流程够不够,再决定从哪一步开始。