# 检查执行结果与排障

自动化需要分别核对规则、触发、智能体执行和业务结果。只要其中一步没有确认，就不能把整项业务当作完成。

## 四步检查

1. **规则已保存：** 列表中存在目标规则，重新打开后配置正确。
2. **触发已发生：** 定时到达、API 被调用或事件已投递，并产生对应运行记录。
3. **执行有结果：** 打开历史或对话，查看模型和工具是否执行，以及错误信息。
4. **业务结果符合目标：** 核对摘要来源、生成文件或外部系统中的实际变化。

对消息、邮件等外部动作，应另外核对接收对象与实际送达结果；连接测试不能代替投递检查。

## 常见问题

| 现象 | 检查方法 |
| --- | --- |
| 提交一直加载 | 返回列表搜索名称，确认是否已保存，再决定是否重试 |
| 暂停任务没有执行 | 检查是否需要启用，以及启用操作是否成功保存 |
| 到时间没有记录 | 核对计划预览、下次触发、日期和筛选条件 |
| API 有响应但没有业务结果 | 核对对应执行记录和最终状态，不只检查 HTTP 返回 |
| 事件未触发 | 核对来源订阅、投递记录、认证或验签配置及目标规则 |
| 执行中缺少资料 | 检查执行时可访问的知识库和工具，避免依赖临时附件 |
| 工具调用失败 | 先核对凭证、权限和网络，再检查智能体的调用内容 |

需要进一步排查时，保留规则名称、触发时间、对话或执行入口以及原始错误，交给维护人员定位。