
OpenRouter Image Modes not showing
快速结论:该问题发生在 LobeChat 自部署 Docker 环境中,用户通过 OpenRouter 提供商拉取模型列表后,图像模型没有在界面中显示。优先排查 LobeChat 的模型过滤逻辑中是否存在对缺少 parameters 字段的图像模型进行过滤的代码。
问题场景
用户在 LobeChat Desktop App (Electron) 中,以 OpenRouter 为模型提供商,点击提供商列表拉取模型时,OpenRouter 支持的 35+ 个图像模型(如 flux、dall-e、midjourney、stable-diffusion 等)没有出现在界面中。
报错原文
OpenRouter Image Models not showing..
原因分析
可能原因:LobeChat 在拉取 OpenRouter 的模型列表后,会对模型进行过滤处理。当其代码检测到某个 OpenRouter 图像模型通过关键词匹配(如 flux、dall-e、midjourney、stable-diffusion)被识别为图像模型后,会检查该模型是否包含 parameters 字段以及是否有硬编码的模型配置(knownModel)。由于 OpenRouter 的 API (/api/v1/models) 并未为大多数图像模型返回 parameters 元数据,并且 LobeChat 的模型库中未为所有 35+ 个 OpenRouter 图像模型添加硬编码条目,因此它们被静默过滤掉(代码中表现为返回 undefined 并被丢弃)。此问题本质上是一个覆盖范围不足的差距,而非有意排除。
环境排查
- LobeChat 版本:2.2.9
- 操作系统:Windows
- 部署方式:Self hosting Docker
- 客户端类型:Desktop App (Electron)
- 浏览器:Chrome
- OpenRouter API 响应:检查
/api/v1/models返回的模型中,图像模型是否包含parameters字段
解决步骤
- 确认该 Issue 已被标记为 Duplicate(重复问题),官方可能已有相关修复计划。
- 检查 LobeChat 源码中
packages/model-runtime/src/utils/modelParse.ts文件的modelParse函数,定位到判断图像模型是否无效的过滤条件:if (modelType === 'image' && !model.parameters && !knownModel?.parameters) { return undefined; }。 - (可优先尝试)确认 OpenRouter 提供商配置(
packages/model-runtime/src/providers/openrouter/index.ts)中是否为缺失parameters的图像模型提供了硬编码的模型定义。如果没有,则需等待官方更新或自行添加。 - (自行修复建议)如果具备开发能力,可以修改过滤逻辑:对于来自 OpenRouter 的图像模型,放宽对
parameters字段的严格校验,或直接为该提供商的所有图像模型添加默认参数定义。 - 关注 LobeChat 后续版本发布,检查更新日志中是否包含对 OpenRouter 图像模型的支持修复。
验证方法
在 LobeChat 中重新添加或刷新 OpenRouter 模型提供商,确认图像模型列表(如 flux、dall-e、midjourney 等)是否已正常显示,并且可以在对话或绘图功能中调用。

![[BUG]: Desktop Assistant causes spacebar to stop responding system-wide + spontaneous UI element selection (macOS)](https://www.chat-gpts.plus/wp-content/uploads/2026/07/5940-0b35f111-768x403.jpg)
![[BUG]: Native crash in onnxruntime (BFCArena/posix_memalign, SIGTRAP) during embedding even with LM Studio set as embedding provider](https://www.chat-gpts.plus/wp-content/uploads/2026/07/5936-0fdcd1f3-768x403.jpg)
