Google 于 2026 年 9 月介绍 Gemini Enterprise Agent Platform 的 Agent Anomaly Detection，当前为私有预览。它分析日志、工具调用与会话执行过程，并以异步方式报告异常。企业需要将这种事后或旁路检测与执行前的权限检查区分。Google 官方介绍
运行中的 Agent 可能出现反复调用、异常读取或偏离任务范围。告警只有被正确接收并转成处理动作，才能帮助业务恢复。
异常的业务分类
建议把异常分为操作范围、资源消耗、结果质量和外部依赖四类。不同类型对应不同负责人，不能全部堆给同一个技术群。
| 异常类型 | 例子 | 首要检查 |
|---|---|---|
| 范围偏离 | 读取了任务之外的项目 | 授权对象与实际对象 |
| 资源异常 | 同一任务反复执行工具 | 重试原因与累计费用 |
| 结果异常 | 多份单据互相矛盾 | 输入资料和写入记录 |
| 依赖故障 | 接口持续超时 | 外部系统状态与回执 |
高频调用并不总是错误，大批资料处理本来可能需要多次访问。判断时应结合任务规模和批准范围，避免简单按次数处理。
告警记录的必要字段
一条可用告警应包含任务编号、发起人、发生时间、涉及工具、业务对象、已执行动作和建议处理事项。敏感内容只向有权限的人员展示，通知消息可以先给摘要和受控链接。
同一原因连续触发的告警可以聚合，但要保留每次发生的记录。重复通知不应掩盖新发生的问题，负责人员也需要知道问题是否仍在持续。
检测与拦截的分工
异步检测适合分析长任务中的行为模式，但不能被当作每次动作的实时批准。涉及正式写入时，业务系统仍需检查权限、对象状态和必要审批。
例如检测系统在任务结束后发现多次异常导出，只能帮助发现和处置已经发生的事情。若业务要求导出前确认，就应在导出动作本身设置确定性限制，不能依赖事后告警。
误报复核与限制范围
复核人员先查看用户原始任务和批准范围，再比较实际工具调用。确认是正常工作时记录理由；确认偏离时，限制受影响任务或凭据，并查明是否涉及其他任务。
限制措施应与影响范围相匹配。单个连接器故障不必停止所有问答，但可以暂时禁用相关写入。恢复前应检查已完成操作，避免重新运行造成重复订单或通知。
业务恢复的验收
示例：采购整理任务因接口异常反复重试。处理人员停止后续写入，查询 ERP 中已经生成的草稿，确认仅有一份有效记录，再修复接口并补做未完成部分。
恢复结果应包括原任务状态、保留的有效记录、撤销或更正事项，以及重新执行范围。不能只以告警消失作为处理完成标准，业务终态也要核对。
复盘时把误报与漏报分别登记。误报说明触发条件需要调整，漏报则需要查明日志是否完整、检测是否覆盖对应行为。对已处置事件保留业务恢复结果，下一次出现相同提示时仍核对当前影响，不能仅凭历史误报记录直接忽略。
异常体系可结合Agent 可观测指标和异常队列设计建设。企业 AI 落地服务可将告警接收与恢复责任纳入维护约定。
