SLA 问题最尴尬的地方，是团队内部还觉得任务“在处理中”，客户那边已经开始催单。等到催单出现再找原因，通常会发现任务早就被卡在某个环节：等资料、等审批、等接口、等负责人确认。
AI Agent 做 SLA 风险预警，重点不是替代项目经理，而是提前把快超时、已阻塞、无人负责的任务翻出来。这个流程可以接上 任务队列优先级、跨团队交接 和 客户反馈周报。
先把 SLA 拆成可计算字段
很多 SLA 写在制度或合同里，但没有进入任务系统。Agent 要预警，至少需要知道任务类型、开始时间、承诺完成时间、客户等级、当前状态、负责人和最近一次更新时间。
如果这些字段缺失，Agent 只能写一段漂亮总结，不能真正判断风险。实战中可以先从高频工单和交付任务做起，不必一开始覆盖所有流程。
阻塞原因比剩余时间更重要
距离截止还有两小时不一定危险，关键要看任务是否可继续推进。如果资料齐全、负责人在线、下一步明确，风险有限；如果权限缺失、客户资料不全、审批人没有响应，提前一天也可能来不及。
所以预警要同时输出剩余时间和阻塞原因。Agent 可以根据评论、状态流转和工具失败记录，标记“等客户补资料”“等内部审批”“接口返回异常”“责任人未确认”等状态。
升级规则要提前约定
没有升级规则的预警，很容易变成又一个提醒消息。团队要先约定：距离 SLA 还剩多少时间提醒负责人，什么情况下提醒主管，哪些客户必须提前升级，哪些低风险任务只进入看板。
这和 异常分级 的思路一致。不是所有快超时都要打扰所有人，但客户影响大的任务不能静默等待。
预警之后要写回动作
Agent 发出预警后，最好能写回处理动作：谁接手、下一步是什么、预计完成时间是否调整、是否已经通知客户。否则下一轮巡检还会重复提醒，团队也看不出预警有没有产生效果。
如果涉及对客户重新承诺时间，要接上 客户可见动作确认，避免 Agent 自己给出无法兑现的新承诺。
总结
用 AI Agent 做 SLA 风险预警，核心是把截止时间、客户影响、阻塞原因和升级规则放在一起看。提前发现快超时任务，比事后解释为什么超时更有价值。
