Desktop 服务维护
多项功能失败或后台服务未就绪时，用本页检查状态、重启服务并收集诊断。打开 设置 > 高级；独立 Evolver 的服务由其 CLI 管理，不使用本页的后台服务按钮。
先确认哪个服务异常
查看后台服务状态与技术详情，再查看健康诊断。记录应用版本、服务状态、失败时间和正在处理的任务。应用窗口能打开，不代表后台服务已经就绪；后台服务正常也不证明每个模型或插件连接可用。
区分应用窗口、后台服务与外部连接
Desktop 窗口提供操作入口，后台服务承接对应的运行工作，模型或插件再连接各自依赖。排障时沿着实际失败路径检查：窗口能打开说明界面可用；后台就绪说明服务启动完成；某项功能成功还取决于该功能的配置、授权与外部连接。
| 观察到的情况 | 先检查什么 | 适合的下一步 |
|---|---|---|
| 窗口正常，后台未就绪 | 服务状态、启动错误、近期配置变化 | 保留诊断后处理启动问题 |
| 后台就绪，单个模型请求失败 | 对应模型配置、凭证及请求错误 | 修复该连接后复测同一请求 |
| 后台就绪，某个插件不可用 | 插件启用状态、配置与授权 | 按插件错误处理并验证其功能 |
| 重启后服务就绪，任务结果仍未明 | 原任务状态与已发生的外部操作 | 先对账，再决定恢复或重试 |
这些检查帮助缩小故障范围。不要因为某项外部依赖失败，就同时修改全部连接配置；一次只处理已定位的问题，保留前后对照。
场景：重启前任务仍在处理外部写入
先记录任务标识和当前进度，确认已经生成的产物及发出的外部请求。维护需要中断时，将这些结果列为重启后的核对项。服务恢复就绪后，先查询任务与外部系统的实际结果，再决定是否继续任务。
例如，外部请求已发出但回复丢失，重启不能证明请求没有成功。直接重做会带来重复操作。此时完成服务维护只代表运行入口恢复，你仍需到任务和目标系统中确认结果。
重启后台服务
- 先检查正在运行的任务，保留任务标识和已有结果，避免在外部写入进行中盲目重启。
- 在高级设置的后台服务行执行重启，等待状态更新。
- 确认服务恢复就绪，再重新执行受影响功能的有限范围检查。
- 重启失败时查看技术详情并复制诊断信息，按具体错误处理；不连续重启来掩盖错误。
重启按钮发起服务重启，成功反馈以新服务就绪为准。它不恢复已经修改的文件，也不撤销已发送消息、已发布内容或费用。
准备求助信息
在服务详情中使用 刷新、打开日志文件夹和 复制诊断信息。健康诊断用于定位配置和连接问题；对失败项记录检查结果与修复动作。分享前按日志与分享脱敏审阅内容。
重启后仍然失败
服务未就绪时，保留最新错误与日志，检查诊断指出的配置或启动问题。服务已就绪而单个功能失败时，按该功能的模型、插件或网络连接继续排查，避免把全部错误归因于后台服务。
每次只改变一个已定位的因素，并记录前后结果。需要升级处理时，交接复现步骤、应用版本、故障时间、服务状态及脱敏诊断；成功启动和原问题解决分别记录。
完成标准
后台服务已就绪，原来失败的功能经过验证，任务和外部结果已核对。仍失败时，提供版本、时间、任务标识、诊断结果和已执行的处理步骤。