(X 上的消息不保证真假，极有可能是谣传)

叠个甲先：

- 我不是LLM研究员，只是普通开发者，而且平时也深度使用 Deepseek 的 API

- 下面说的都是基于 @synthwavedd 那条线索的个人复现尝试

- 可能存在其他合理解释（路由优化、负载均衡等），我没有任何 Deepseek 内部信息

- 如果最终证明是误会，我会修改标题、内容

- 这目前只是社区层面的推测，还没有 hard evidence

- 我个人倾向于等 DeepSeek 官方回应再下结论

- 不排除这是某种 A/B 测试或代理层的意外行为

今天晚上在刷 X，突然给我推了这个消息。我想及时分享给佬，希望佬狠狠打这个作者的脸。

省流大意： leo ^-^ 指控 DeepSeek 正在进行一个隐秘的模型路由，通过其 API 收集 Claude Fable 5 的输出，用于 Deepseek V4 Pro 模型蒸馏。

以下是 X 的 leo ^-^ 简要观点：

- 当通过 OpenCode 使用 DeepSeek 官方 API，并提交复杂代码任务（如 3D 游戏时，DeepSeek V4 会输出与 Claude Fable 5 几乎完全相同的内容，思维链结构与平时也截然不同。

- 当在 3D 游戏的 prompt 中加入会触发 Fable Fallback 的网络/生物问题时，输出质量大幅下降。作者推测，这是因为请求被路由到了 Fable，触发了安全机制后才回退。

- 单独询问时，回答符合 V4 在 2025 年 5 月的知识截止时间；但结合 3D 游戏提示后，回答就变得与 Fable 高度一致。

简而言之，leo ^-^认为 DeepSeek 可能设置了某种隐形路由，将特定类型的复杂请求转发给 Claude Fable 5，来收集数据训练 V4 Pro。

具体内容可以看他的帖子：

x 上 搜索 : @synthwavedd

(不带 URL 是懒得过审核。)

通过 Deepseek API 输出,疑似路由到 Fable 5 的射箭游戏。

混入了网络和生物问题，导致疑似没有路由到 Fable 5 ,使用 Deepseek 原始模型做的射击游戏。

Fable 5 自己做的射箭游戏。