定位问题与收集诊断
遇到无法连接、任务没有进展或功能报错时,先找出失败发生在哪一层,再修改对应设置。本页帮助你缩小范围,并整理可用于求助的信息;后台服务的重启步骤见Desktop 服务维护。
按现象选择检查入口
| 现象 | 先检查 | 下一步 |
|---|---|---|
| 应用无法启动 | 安装来源、版本、启动错误 | 查看更新应用,保留错误信息 |
| 窗口能打开,多项功能都失败 | 设置 > 高级中的后台服务、健康诊断和技术详情 | 服务未就绪时处理服务问题 |
| 只有一个模型失败 | 连接实例、模型 ID、账号额度和请求错误 | 按模型连接与可用性检查 |
| 只有一个插件失败 | 启用状态、认证账号和目标资源权限 | 按管理插件与授权检查 |
| 任务等待或报错,但结果未知 | 任务进度、输出文件及目标系统 | 先核对结果,再决定是否重试 |
| 设置保存后没有变化 | 当前生效来源、锁定和读取错误 | 查看设置来源与锁定 |
应用窗口正常、服务就绪和任务完成分别确认。一次健康检查只说明检查时的状态,不会自动建立持续告警。
保留错误,再做最小复查
记下失败时间、完整错误提示、使用的模型或插件,以及最近改过的设置。以一份允许使用的小样本复查原问题,保持其他配置不变。每次只修改一个已经定位的因素,比较前后结果。
例如,某个模型请求失败但其他模型正常,先检查该连接的账号、额度和模型 ID;不要同时重置全部连接。服务就绪而插件认证失败时,也不要用反复重启代替重新认证。
任务涉及发送、发布或付款时,不用重复执行来测试。先到目标系统查结果,再按任务失败后的恢复处理。
收集诊断信息
在 设置 > 高级 查看后台服务的技术详情与健康诊断。使用服务详情中的 刷新、打开日志文件夹和 复制诊断信息,保留与失败时间对应的记录。旧的成功报告不能代表当前检查成功;读取失败时保留失败本身。
向支持方说明:
- 应用版本、操作系统及故障发生时间。
- 原本要完成什么、实际发生了什么。
- 最短复现步骤、使用的模型或插件,以及相关任务标识。
- 已做的修改或重启,以及每一步的结果。
- 与问题对应的错误和脱敏诊断。
分享前按日志与分享脱敏检查,不发送密钥、认证头、完整环境文件或未经处理的私人资料。请求级问题可补充请求追踪中的标识。
如何判断已恢复
重新执行原来失败的小任务,检查实际输出和保存位置。服务显示正常但原功能仍失败时,继续查该功能;错误提示消失但没有产物时,仍需核对任务结果。只使用 Desktop 时,无需执行独立 Evolver 的 CLI 诊断;自行运行的实例见开发者章节的节点与运行实例。