[Bug] 插件没有支持最新的 DeepSeek V4.1 Flash 模型，模型列表似乎被硬编码了

[SalicylicAcid]

What happened?

插件不支持最新的 DeepSeek V4.1 Flash 模型。每次有新模型发布时，都需要等待插件更新才能使用。

实际行为：模型列表中缺少最新的 DeepSeek V4.1 Flash 模型
预期行为：插件应该能够动态获取最新的模型列表，无需等待插件更新

How can we reproduce it?

1. 打开 VS Code 扩展
2. 查看可用的模型列表
3. 注意缺少最新的 DeepSeek V4.1 Flash 模型
4. 查看其他类似的 AI 插件（如 Claude for VSCode 等）
5. 对比发现：其他插件支持动态获取模型列表，而本插件的模型列表被硬编码在代码中

Extension version

0.8.2

Editor build

Version: 1.137.0 (user setup)
Commit: 645f29cc3176500b4b5762ba887cf2a7f0ffdf2c
Date: 2026-09-08T13:43:59-07:00
Electron: 42.10.0
ElectronBuildId: 15109253
Chromium: 148.0.7778.280
Node.js: 24.18.1
V8: 14.8.178.38-electron.0
@github/copilot: 1.0.84.70.gdb75d0d
@github/copilot-sdk: 1.0.13-preview.4
OS: Windows_NT x64 10.0.26200

Additional context, if relevant

问题分析：

• 怀疑模型列表被硬编码在插件代码中
• 每次新模型发布都需要插件发布新版本，这样的用户体验较差

改进建议：
实现动态模型列表获取机制：

1. 通过调用 DeepSeek API 的 /models 端点动态获取可用模型列表
2. 缓存模型列表以减少 API 调用
3. 在必要时自动刷新模型列表（如启动时、定期检查等）

这样可以：

• 让用户立即使用新发布的模型，无需等待插件更新
• 减少维护工作量
• 与其他支持动态模型列表的插件保持一致

Confirmations

• I searched existing Issues and did not find the same problem.
• I confirmed that the public content contains no API keys, authorization headers, private prompts, private code, or unreviewed sensitive dumps.

[ztdeb14134]

你这问题提晚了现在所有三个模型都路由到4.1了

[nijiong]

设置页面是可以自定义模型的id的

[SalicylicAcid]

你这问题提晚了现在所有三个模型都路由到4.1了

但这是另一个问题。之前新模型出来的时候，这个插件也是要等很久才有。

[SalicylicAcid]

设置页面是可以自定义模型的id的

我认为拉一下模型列表对于这个插件来说不是什么不能实现的事情，很多中转站定制的插件都有这个功能。

[Vizards]

FOA 感谢反馈。动态获取模型列表是合理的改进方向，目前插件的模型列表确实是内置的，发现新模型和配置模型的体验也有改进空间。

这个插件目前的主要目标，是让用户填入 API Key 后，就能在 Copilot 中使用 DeepSeek，包括思考模式、工具调用和图片输入，保持简单易用。维护上优先完整支持 DeepSeek 官方 API，对兼容的第三方 API Provider 提供 best-effort 支持。

目前内置的内容除了模型名称，还包括模型能力和请求处理规则。例如，原来的 V4 Flash / Pro 不支持原生视觉，插件需要通过 Vision Proxy 描述图片；Vision Exp 则直接接收图片。工具返回的截图还涉及多模态消息格式、并行工具调用中的图片归属，以及历史消息如何回放。这些差异会影响模型是否真正可用。
DeepSeek 的 /models 接口 目前只提供模型 ID 等基本信息，没有包含完整的视觉能力、思考参数、上下文限制、弃用时间、实际峰谷价格等信息。因此，动态获取列表可以解决“发现模型”的问题，还需要结合能力适配，才能把这些模型可靠地接入 Copilot。

此前 V4.1 Flash 测试入口的名称带有到期日期（expires-0910），我没有立即把它加入默认列表，主要是考虑到它的长期有效性尚未明确，而扩展更新存在分发和生效延迟，可能出现用户刚更新、这个 model id 就已失效的情况。虽然你可以通过已有的模型 ID 映射尝鲜新模型，不过这确实不如直接发现和选择方便。

截至今天，官方推荐迁移到 deepseek-flash 成为完整的多模态模型，旧 Flash 和 Vision Exp 名称仍可调用，但已经由 V4.1 Flash 提供服务；Pro 则计划在 9 月 14 日北京时间 12:00 后切换。

接下来规划新增 deepseek-flash，同步更新能力和峰谷价格信息。
但我认为应该参考 copilot 官方模型的 model retired 流程，在一段时间内保留已有旧模型的 selector，为旧模型补充弃用、路由变化和迁移提示，不会直接删除内置的三个模型。
这一方面是给用户处理已有长对话的兼容过渡期，也是考虑到使用第三方 Provider 的用户的模型提供方短时间内可能无法更换模型 id。
关于动态发现和配置模型的问题，欢迎继续讨论。

[FossenWang]

作者老哥, 你这硬编码的内置模型我觉得非常务实, 毕竟模型不是天天升级换代的, 而且内置模型提供的信息明显多于自己配置BYOK模型, 比如展示峰谷定价这个想法非常实用, 你的这些特性非常好, 我相信日后还会有更多增强功能都只能通过内置模型来实现
我觉得没必要着急上动态更新模型, 毕竟vscode自己就能配BYOK, 没必要为了动态更新模型而过早废掉硬编码的内置模型, 完全可以等你有灵感或者社区有人提出足够好的PR再做进一步优化

[nijiong]

其实我感觉可以做成，

这里 项和值都可以自定义，爱写啥写啥，也适配了第三方的服务商，另外固定的项支持deepseek官网的模型就行