DeepSeek 成员崔添翼近日在 X 平台透露，V4.1 Flash 模型在性能、成本及速度上全面超越 V4 Pro。因此，在 V4.1 Pro 上线前，所有发往 V4 Pro 的请求将被强制路由至 V4.1 Flash，并按 Flash 标准计费。
尽管 DeepSeek 发布了公告，但距离切换仅剩一天且无并行迁移期，导致众多开发者在社交媒体发酵后才知晓此事。平台试图通过“更强、更快、更便宜”的逻辑推动切换，却引发了广泛争议。
技术升级与用户契约的冲突
测试数据显示，V4.1 Flash 采用新结构并原生支持多模态，在各项指标上均优于 V4 Pro。对用户而言，这意味着更低的成本和更快的响应。从平台视角看，维持旧模型不仅占用算力且效率低下，流量迁移看似双赢。
然而，开发者普遍反对这种“突袭式”切换。企业级应用依赖经过长期调试的 Prompt 和特定参数，新旧模型在指令理解、输出格式及工具调用逻辑上的细微差异，极易导致生产环境报错。
科研团队同样指出，突然撤换模型将导致实验条件无法复现，影响论文产出。业界呼吁应保留独立端点并提供至少两周的缓冲期，以便完成适配测试。
面对质疑，海外开发者批评此举缺乏基本的软件工程素养。随后，DeepSeek 调整策略，宣布 9 月 14 日后将继续提供 V4 Pro API 服务，原计费方式不变。
大规模招聘背后的基建野心
此次风波前夕，DeepSeek 公布了约 150 个资深后端及服务端工程师岗位，重点并非模型训练，而是操作系统、虚拟化、网络存储及 Agent 弹性计算等底层基建。
随着数据量与活跃用户激增，DeepSeek 正全力构建 DSec（DeepSeek Elastic Compute）基础设施。该系统旨在为后训练和评估阶段提供沙箱环境，单集群已能并发运行数十万个 Agent。
DSec 通过 Python SDK 提供从函数调用到 QEMU 虚拟机的四种隔离方案，并结合分布式文件系统 3FS 实现数据按需加载，大幅降低存储与启动开销。此外，系统引入全局有序轨迹日志，确保 Agent 任务中断后可精准恢复，避免重复执行带来的状态不一致问题。
工程思维需贯穿全链路
DeepSeek 在 3FS、DSec 等底层技术上展现出的工程能力值得肯定，但在涉及用户契约的模型迭代上，仍显露出“研究团队思维”：过度关注技术指标而忽视稳定性承诺。
To B 业务的核心在于可预期性。开发者可以接受技术演进，但拒绝缺乏缓冲期和回退机制的强制切换。DeepSeek 既然愿意投入百人团队完善底层架构，更应建立规范的版本管理、退役公告及过渡流程。
将模型视为用户系统中的关键依赖项而非可随意替换的组件，是赢得信任的关键。若沟通机制无法匹配技术迭代的速度，仓促的切换终将消耗宝贵的用户信任。
参考链接：
- https://x.com/i/trending/2097239901284802933
- https://x.com/tianyi/status/2097584362770530674
- https://thenewstack.io/deepseek-dsec-agent-hiring/
声明：本文为 InfoQ 原创，不代表平台观点，也不构成投资建议，未经许可禁止转载。
