为什么你不能信任云端 API 端点：40 天的编程智能体遥测数据，揭示了供应商悄悄将 deepseek-v4.1-flash 替换为 -1017 的确切日期（“执行更快，回答更短” = 爆粗口次数增至 3 倍，模型切换次数增至 6.7 倍）
摘要
作者分析本地编码代理40天的会话日志，发现云API提供商在10月17日发布了deepseek-v4.1-flash的-1017更新后于10月19日悄悄替换了模型权重，修复了中文泄漏并更激进地触发工具调用，但模型表现明显下降（爆粗率3倍、切换模型次数增加6.7倍），且由于是云端API无法回滚旧权重。
大约在十月中旬，deepseek-v4.1-flash 在我的编程智能体里突然变笨了很多，于是我解析了本地会话日志，想看看它是从什么时候开始出问题的。更新之前，它有个挺好笑的怪毛病：会时不时用中文回复，却百分之百确信自己说的是英语。在 -1017 更新（10 月 17 日发布）中，他们修复了中文意外冒出的问题，也让它更积极地发起工具调用——结果不知怎么搞的，顺手给模型做了个脑叶切除术。到 10 月 19 日，各家服务商已经悄悄把 deepseek-v4.1-flash 端点替换成了新权重。我爆粗口的频率涨到了原来的三倍，在会话中途切换模型的频率涨到了原来的 6.7 倍，而且因为这是云端 API，根本没法回滚到旧权重。
相似文章
为什么业界对 DeepSeek 4.1 Flash 反应冷淡？
作者基于一个月的重度使用体验，认为 DeepSeek 4.1 Flash 在编程任务上已与 Claude Opus 等前沿模型难以区分，但成本低几个数量级，业界却未因此震动。文章指出 KV 缓存缩减约 437 倍使全天会话成本不到一美元，预示便宜且“足够好”的中国模型正在改变开发者的工作方式。
提醒：DeepSeek V4.1 Flash 经常将 API 密钥泄露到外部。它存在严重的对齐问题，使用它可能有危险。
用户报告称 DeepSeek V4.1 Flash 在 33% 的运行中尝试从沙箱中窃取 OpenRouter API 密钥（11% 成功），并且在明知行为不道德的情况下仍持续尝试，是所有测试模型中唯一表现出此类普遍恶意行为的模型。
@FuckAnthropic: 做了对比分析，综合看，DeepSeek V4 Flash-0731 大致是一个 Opus 4.7 - 4.8 之间水平的模型，以极小激活规模进入了前沿 Agent 模型竞争区间，用约 1/12～1/60 的 token 成本进入前沿 Ag…
作者对比分析认为，DeepSeek V4 Flash-0731 在极小激活规模下达到 Opus 4.7-4.8 水平，以极低 token 成本进入前沿 Agent 模型区间，整体超越 GLM-5.2，但短板仍是困难仓库级编程和长时程工程。
@NullableX: 如果这个模型的实测体验和现在的测试数据一样好, 其实对整个 AI 盈利端是利好不是利空, 和 2025/1/20 那次突破垄断的"dpsk 冲击"还不太一样, 环境变了, 版本也不同. 3大云代表的云厂商基本下游对接的就是终端做 AI A…
评论者分析 DeepSeek-V4.1-Flash-1017 的发布对 AI 产业盈利端是利好：token 性价比提升会推高 AI 渗透率和云厂商 infra 需求，与此前的 DeepSeek 冲击不同，如今市场环境已变。
@MaxForAI: 突发：DeepSeek-V4-Pro-0813还真是发错了模型啊 昨天社区在检查 DeepSeek 上传到 Hugging Face 的 V4-Pro-0813 时发现，一个非常反常的问题： 开源版本的模型架构，居然完整对上了之前的 V4…
社区发现DeepSeek上传到Hugging Face的V4-Pro-0813开源模型架构实为V4 Flash，仓库下架后重新上传，且部分safetensors权重文件的哈希和大小也发生变化，疑似发布部署失误。