[错误]: 模型列表和功能已硬编码/过时 - 新模型需要手动编辑 opencode.jsonc; 添加"刷新模型"操作

页:1 OpenWork的模型列表和每个模型的能力被有效硬码/缓存为快照. 当一个提供者发布一个新的模型——或者改变一个已经存在的模型的能力(例如添加视觉/多模式输入)时,应用不会自动取出. 即使用户通过自定义提供者提供其自带的API密钥,新模式在用户手动编辑"opencode.jsonc"之前也无法使用(或以其真实能力使用). 没有“ 更新/ 获取最新模型” 动作 。

环境

• OpenWork桌面:`0.18.42'
• 开放码侧车:`1.18.18'
• OS: Windows 11 Pro (10.0.26200) (英语).
• 提供者:定制DeepSeek(用户提供API密钥)
• 实例模型:`DeepSeek/DeepSeek-v4-flash'

• 复制步骤

1. 使用自己的API密钥(如DeepSeek)配置提供者.
2. 上游发布了一个新的模式。 具体例子:DeepSeek V4.1-Flash(出自2026-09-10),是本土多式车型. 根据DeepSeek自己的文件,`DeepSeek-v4-flash'现在是一个遗留的别名,其请求由V4.1-flash提供。
3. 打开取型车/供应商模型清单。
4. 缺少新的模式,而且/或其改变的能力(图像输入)没有反映出来。

预期

• 应用程序为每个配置的提供者获取live模型列表和能力(models.dev和/或提供者的`/models'终点),取取取器反映新的模型和能力变化而不编辑配置文件。
• 有一个可见的**"新鲜模型"**动作,加上供应商连接和app启动上的自动刷新.

实际数

• 模型列表/能力图是有效的静态的。 要使用新发布的模型,或纠正其能力,用户必须手写出提供者.<id>.models.<model}在opencode.jsonc'中覆盖。

证据

• QQ/.config/opencode/opencode.jsonc` 包含仅为围绕此内容而添加的手写覆盖,包括评论: 贾森克 // Models- only overer (没有 npm/ baseURL) 所以断接仍然基于认证 。 // OpenCode 的模型. dev缓存仍然标记为 Flash 仅为文本; V4.1 Flash 为多模式. "DeepSeek":{{. "模型":{ "DeepSeek-flash":{"名字":"DeepSeek V4.1 Flash" "附图":真,"模式":{"输入":["文本""图像""输出":["文本"]}, "ZZTERM-10ZZ-v4-flash":{"附会":真,"模式":{"输入":["文本","图像"],"输出":["文本"]}} {\fn黑体\fs22\bord1\shad0\3aHBE\4aH00\fscx67\fscy66\2cHFFFFFF\3cH808080}你觉得呢? {\fn黑体\fs22\bord1\shad0\3aHBE\4aH00\fscx67\fscy66\2cHFFFFFF\3cH808080}你觉得呢?

- 目录作为缓存快照存储,并有固定名称(XQ/.cache/opencode/models-<hash>.json'),更新时触发器不明确,而不是按要求。

影响
- 不进行人工配置手术,用户不能通过自己的API密钥使用新发布的模型.
——每个上游发布会创建人工集成工作;非技术用户被卡住直到应用程序更新.
- 能力变化(例如一个模型获得视觉)没有被浮出水面,所以功能无声地显得不可用.

建议的固定办法
- 获取模型清单和能力**
. . . . . . .