供应商履约最怕信息分散。采购知道合同，项目知道现场进度，财务关心付款条件，质量问题又散在邮件、群聊和验收记录里。等到交付延期或付款争议出现，大家才发现没有一张表能说清当前状态。
AI Agent 可以做供应商履约跟踪，但不要只做“到期提醒”。它要把交期、质量、验收、付款和风险拆开，和 采购需求澄清、合同履约提醒、项目周报风险 串起来。
交期字段要有版本
交期不是一个固定日期。合同交期、供应商承诺交期、项目实际需要日期、延期后新日期，常常不是同一个值。Agent 不能只保留最后一个日期，否则复盘时看不到延期是怎么发生的。
建议每次交期变更都记录来源、确认人、影响范围和证据链接。这样项目经理看到的是可追踪时间线，而不是一条被反复覆盖的日期。
质量问题要绑定验收证据
质量问题不能只写“有问题”。要记录问题描述、影响范围、图片或检测记录、责任判断、整改期限和复验结果。没有证据，后面催整改、扣款或拒付都很难站住。
如果 Agent 从群聊或邮件里提取质量问题，最好先生成待确认草稿，不要直接写成正式结论。这和 人工接管队列 的原则一致。
付款条件不能脱离履约状态
很多付款节点和到货、验收、发票、质保期有关。Agent 发付款提醒前，要检查对应条件是否满足，而不是按日期机械提醒。
比如“验收合格后付款”，就要先看验收单、质量问题是否关闭、发票是否齐全。如果条件没满足，提醒应该发给项目或采购补证据，而不是直接催财务付款。
异常要进入处理队列
供应商延期、质量争议、付款资料缺失、重复承诺，都应该进入异常队列。每条异常至少要有风险等级、责任人、下一步动作和截止时间。
这部分可以借鉴 OpenClaw 异常看板 的结构，把问题从聊天记录里抽出来，变成可处理、可复盘、可关闭的事项。
总结
用 AI Agent 做供应商履约跟踪，核心不是替采购多发几条提醒，而是把交期、质量和付款条件拆清楚。证据、负责人和异常处理都有记录后，采购、项目和财务才能围绕同一套事实协作。
