合同 12 月 31 日到期，12 月再提醒，看起来不算晚。直到采购负责人读到“提前 60 个自然日送达不续约通知”，又发现内部决定还要预留两周。真正的工作截止点已经落在十月。
续约跟踪应从义务、条件和来源开始。可以用 Buda 搭建的合同管理工作流支持准备供人复核的续约日历和义务表。Agent 整理证据，合同负责人和法务确认解释及行动。
同一份合同，有三个不同的日期
下面使用虚构合同 A，版本 A-R1，第 8 页：“合同期限截至 2026 年 12 月 31 日。不续约通知应至少提前 60 个自然日送达。”本教学例假设负责人已确认采用简单日期相减，不作包含端点的额外调整。
- 到期日：2026 年 12 月 31 日。
- 候选最迟送达日：12 月 31 日减 60 个自然日 = 11 月 1 日。
- 内部决策日：11 月 1 日减约定的 14 天准备期 = 10 月 18 日。
14 天是虚构的内部安排，不是合同约定的通知期。11 月 1 日也只是按上述口径得出的待复核日期；通知方式、送达对象、相关时区及其他条款是否改变结果，都要核对。“已发出”和“已送达”不能合成一种状态。
先读条件，再决定能不能算
虚构合同 B 按月自动续约，要求提前 30 天通知。先从已签合同和修订件确认下一周期的结束日。“按月”本身不足以算出具体日期，也不能直接判定通知影响当前周期还是下一周期。端点或适用解释没确认，就先待核。
虚构合同 C 的通知窗口由验收日触发，但材料没有验收日期。应记录“触发日期未知”，请求验收记录，不能用开票日、上传日或今天代替。条款写工作日、却没定义采用哪套日历，也应先由负责人或法务确认。
补充协议可能改了通知期限或收件人。保留原合同和修订件的原句、版本及位置，列出替代关系待确认项。文件名更新，不足以证明已经签署或适用于这项义务。
先建义务表，再排日历
输入只包含获授权的已签合同、补充协议、内部决策规则和负责人表。让 Agent 生成 renewal-obligations.csv：合同 ID、已签版本、页码、条款原句、到期或触发日、通知条件、自然日或工作日口径、送达要求、候选最迟通知日、算式、内部提前量、决策负责人和未决问题。
A 可以记录两步算式；B 留下“周期结束日待确认”；C 留下“缺验收日期”。空白计算结果表示未知，不能改成剩余零天或不存在义务。
再输出 decision-calendar.md，按最早需要人行动的时间排序，而不是只按合同到期日。每项回指义务表及来源位置，写清谁决定、下一步确认什么。这是建议文件产物，不是对合同系统的自动写入。
通知完成，要看证据进到了哪一步
分开记录：待决定、已决定、通知草稿、获准发送、已发送、已有送达证据。一个草稿文件或勾选框不能证明通知生效。回执或截图保留真实来源，再由复核人判断是否符合条款；没有收到确认，就不能补写成已送达。
修订或负责人变化时，只重算受影响条目，保留旧计算和变化原因。换负责人本身不改变合同期限；改条款可能改变期限，但仍需确认适用范围。
可以这样下达任务：“从授权材料整理义务表和内部决策日历，逐条引用原句和位置。只有触发日及计日口径已确认才计算。未知与不存在分开。不发送通知、不修改合同、不作法律结论。”
提醒上线前，先解决这些问题
缺验收日期怎么办？
衍生日期先不算，写清需要哪份验收记录、由谁补齐。猜日期只会让错误提醒显得很精确。
合同与补充协议冲突怎么办？
保留两份原句，核签署状态和适用范围，交负责人或法务判断。不要只按文件时间选择。
邮件发出就算完成通知吗？
真实发件记录只能支持发送事件。是否要求送达、特定地址或其他方式，按确认后的条款判断；发送证据与待补送达依据分别记录。
工作日采用哪个节假日日历？
先确认合同适用定义。缺少定义时标明歧义，暂不做工作日推算。
先把一小组合同排成可审日历
在 Buda 的Agent Workspace里保留已签文件、义务表、算式和复核决定。先选一小组能逐条检查的授权合同，验收后再将提取方法做成 Skill；可在 Buda AI 的 Marketplace 搜索安装合适的 Skill。日历真正要交代的，是谁该何时决定、日期依据是什么，以及还缺什么证据。