检查执行结果与排障¶
自动化需要分别核对规则、触发、智能体执行和业务结果。只要其中一步没有确认,就不能把整项业务当作完成。
四步检查¶
规则已保存: 列表中存在目标规则,重新打开后配置正确。
触发已发生: 定时到达、API 被调用或事件已投递,并产生对应运行记录。
执行有结果: 打开历史或对话,查看模型和工具是否执行,以及错误信息。
业务结果符合目标: 核对摘要来源、生成文件或外部系统中的实际变化。
对消息、邮件等外部动作,应另外核对接收对象与实际送达结果;连接测试不能代替投递检查。
常见问题¶
现象 |
检查方法 |
|---|---|
提交一直加载 |
返回列表搜索名称,确认是否已保存,再决定是否重试 |
暂停任务没有执行 |
检查是否需要启用,以及启用操作是否成功保存 |
到时间没有记录 |
核对计划预览、下次触发、日期和筛选条件 |
API 有响应但没有业务结果 |
核对对应执行记录和最终状态,不只检查 HTTP 返回 |
事件未触发 |
核对来源订阅、投递记录、认证或验签配置及目标规则 |
执行中缺少资料 |
检查执行时可访问的知识库和工具,避免依赖临时附件 |
工具调用失败 |
先核对凭证、权限和网络,再检查智能体的调用内容 |
需要进一步排查时,保留规则名称、触发时间、对话或执行入口以及原始错误,交给维护人员定位。
最后更新于