[Bug]Dashboard 离线 Provider 在面板不可见

[MS33834]

What happened / 发生了什么

在 Dashboard 「模型提供商」页面，当任意一个已配置的 provider 后端服务不可达时（
如 LM Studio、Ollama、vLLM、LocalAI 等本地部署方案），该 provider 及其关联模型从
面板中完全不可见，用户无法查看、编辑或删除已有的配置。

这不仅是 LM Studio 的问题，而是影响所有本地/自托管模型提供商的普遍性问题：

• LM Studio 关机后 provider 消失
• Ollama 服务重启期间 provider 消失
• vLLM / text-generation-webui 等任何不可达后端都会触发

用户无法判断是自己配置丢失了、还是只是后端没开，体验很差。
建议：离线 provider 应该仍然可见，标记为「离线」或「不可达」状态即可。

Reproduce / 如何复现？

1. 在 Dashboard 中配置任意本地 provider（如 LM Studio Ollama 等）
2. 确保配置时 API 端点可达（provider 显示正常）
3. 关闭该 provider 的后端服务
4. 刷新 Dashboard 模型提供商页面
5. 该 provider 及其所有模型完全消失
6. 重新启动后端服务并刷新 → provider 重新出现

AstrBot version, deployment method (e.g., Windows Docker Desktop deployment), provider used, and messaging platform used. / AstrBot 版本、部署方式（如 Windows Docker Desktop 部署）、使用的提供商、使用的消息平台适配器

AstrBot: v4.25.5
部署方式: Windows 本地 Python venv 直接运行
提供商: LM Studio (openai_chat_completion, api_base=http://127.0.0.1:1234/v1)
消息平台: QQ 官方 Bot (qq_official)

OS

Windows

Logs / 报错日志

AstrBot 自身无报错日志。provider 配置在 cmd_config.json 中完整保留（provider_sources
和 provider 字段均未丢失），仅 Dashboard 前端不渲染离线 provider。

怀疑是前端在获取 provider 列表时调用了 provider 的状态检查 API，不可达时直接过滤掉
了整条记录，而不是降级显示为离线状态。

Are you willing to submit a PR? / 你愿意提交 PR 吗？

• Yes!

Code of Conduct

• I have read and agree to abide by the project's Code of Conduct。

[dosubot]

Hi @MS33834! I'm Dosu and I'm helping the AstrBotTeam team.

你的分析方向是对的，但根因不是前端主动过滤，而是后端获取模型列表时异常未被捕获，导致 API 直接返回错误响应，前端因此无法渲染该 provider。

根因分析

服务层缺少异常处理： list_provider_source_models() 在调用 provider.get_models() 时只有 finally 做清理，没有 except 子句 [1]。当 provider 不可达时异常直接向上传播。

OpenAI 兼容 provider 会重新抛出连接异常： LM Studio 使用的 OpenAI 兼容适配器在 get_models() 中调用 models.list()，服务离线时抛出连接异常且不做降级处理 [2]。

API 端点无容错： /provider-sources/{source_id}/models 端点直接 await 服务方法，异常导致整个请求返回 500 [3]。

前端本身其实能处理空列表： ProviderPage.vue 的 fetchAvailableModels() 对空模型列表会正常渲染 provider 并提示信息 [4]，问题出在它根本没收到数据。

不同 provider 的行为差异

并非所有 provider 都会消失：

• MiniMax：get_models() 异常时返回 []，provider 仍可见 [5]
• 小米：失败时回退到硬编码模型列表 [6]
• OpenAI 兼容 / Gemini / Anthropic：异常直接传播 → provider 消失

修复方向建议

最直接的修复点是在 list_provider_source_models() 方法中为 get_models() 添加 except 处理，捕获连接异常后返回空模型列表 + 一个 status: "unreachable" 标记，前端据此渲染「离线」状态即可。或者在各 OpenAI 兼容 provider 的 get_models() 中统一做连接异常降级。

To reply, just mention @dosu.

---

Share context across your team and agents. Try Dosu.

[dosubot]

不客气！很高兴分析对你有帮助 🙌

总结一下关键修复点供后续接手的贡献者参考：

1. 最小改动方案：在 list_provider_source_models() [1] 的 get_models() 调用外包一层 except，捕获连接类异常后返回 {"models": [], "status": "unreachable", ...}
2. 前端适配：ProviderPage.vue [2] 根据返回的 status 字段渲染一个「离线/不可达」标签即可，已有的空列表处理逻辑基本够用

Issue 保持 Open 挺好的，问题定位和修复路径都很清晰，对想接手的贡献者来说门槛不高。祝后续顺利！

To reply, just mention @dosu.

---

Docs are dead. Just use Dosu.