workbuddy-cliproxy 被指模型清单缺少 deepseek-v4.1-flash

核心事实

GitHub 仓库 lovingfish/workbuddy-cliproxy 的议题 #7 指出，该插件的 wbModels() 仍是一份静态旧清单，其中只包含 deepseek-v4-pro 与 deepseek-v4-flash，没有注册 deepseek-v4.1-flash。据该议题描述，这会使 CPA 的 /v1/models 不暴露 V4.1 的真实模型 ID，下游客户端也就无法发现或调用它。

议题给出的复现方式是向 CPA 发送 POST /v1/chat/completions，并把 model 设为 deepseek-v4.1-flash，返回的错误信息为 unknown provider for model deepseek-v4.1-flash，错误码为 model_not_found。议题认为这说明请求在模型路由阶段就被拒绝，未进入上游。

背景与影响

议题称，DeepSeek 已于 2026-09-10 发布 V4.1-Flash，并说明 WorkBuddy（含 CodeBuddy）已支持该模型；其中 deepseek-v4-flash 是兼容别名，会临时路由到 V4.1-Flash，新的模型 ID 为 deepseek-v4.1-flash。上述说法来自议题引用，尚未获官方确认。

议题还附上了直接请求 CodeBuddy 上游的测试结果，称 deepseek-v4-flash 与 deepseek-v4.1-flash 均返回 200，而 deepseek-flash 返回 400。据此，议题建议在 wbModels() 中新增 deepseek-v4.1-flash，同时保留 deepseek-v4-flash 作为兼容别名，以免现有客户端配置失效。若更新生效，议题预期 CPA 的 /v1/models 会直接暴露 V4.1 的真实模型 ID。

限制与来源

需要说明的是，以上内容均来自该议题的提交者描述与自测结果，属于单方陈述，尚未获官方确认，也未见到维护者的回应或合并记录。议题中提到的模型发布时间、别名路由行为、上游返回状态以及上下文长度等数值，均未在本素材之外得到独立验证；相关参数若无法确认，议题建议先沿用旧值并注明为临时值。

模型 ID、可用范围、账号与地区支持、计费方式等，均可能随官方调整而变化，请以 DeepSeek 与相关服务官网当前公布的信息为准。本文不构成任何采购或迁移建议。

来源：GitHub 议题 lovingfish/workbuddy-cliproxy Issue #7。