DeepSeek 最新版 V3.1 被多名开采者实测发现，会在皆备不该出现的方位插入「极 / 極 / extreme」等 token。

`time.Second` 形成 `time.Se 极 `，版块号 `V1` 变 `V 极 `。更糟的是，这个问题不仅出当今第三方量化部署，连官方全精度也会复现，影响真实编码经由。

开源社区用户给出多组复现场景：在 Go 等谈话生成里，模子会把词元「粘」到象征符中，`Second` 前迅速插入「极 / 極 /extreme」，即等于 `top_k=1， temperature=1` 的保守解码也躲不外。

有东说念主开赴点怀疑是极低比特量化或校准数据集角落效应所致，但随后在其它网站的 FP8 全精度 版块也复现了交流问题，证据并非单纯部署层事故。论断：能编往时的代码，一刹就编不外去了。

DeepSeek 在更新之后，不是第一次被发现 bug。上一次是针对写稿任务上，出现了谈话混合的问题。在代码任务上，则有过拟合的嫌疑。

不外这一次出现「极」字，不是「答错题」这样简便，而是会把系统辖崩了。要么影响了语法树，要么让代理经由卡死，这对依赖自动化编码，约略测试活水线的团队是很是大的辛劳。

倒也并不是独一 DeepSeek 一家，Gemini 近来曝出在代码场景里堕入「自我含糊的无尽轮回」，一边说念歉一边输出「我是一种期侮」的长串文本，让东说念主哭笑不得。

孩子的热枕教会还有待加强啊，DeepSeek 就不会这样内讧，还孝敬了 AI 界经典的情态包：

稳重性问题层见叠出

为什么会出现这种情况，官方还莫得出头证据。不外，厂商可能也需要技艺排查。

像 Gemini 的情况，其后被定性成为一个轮回 bug，安全层—对皆层—解码层交互出了问题。这种情况可能是供应商为了压制冒犯性输出、减少幻觉，会在系统领导或后处分上加规章；这些规章如果和代码场景冲突，可能触发特别的替换、重叠或过度说念歉，最终演化「情谊化死轮回」。

Google 的产物讲求东说念主出头讲授，这个 bug 正在建树当中，网友们也曾启动玩梗了：不成就带孩子望望热枕筹谋吧。

DeepSeek 此次主如果扑街在第三方平台上，问题是最严重的。知乎答主 Pandora 测试了发现，官方 api 的情况好许多。那要作念的排查职责就又多了一些。

也有可能是解码概率散布偏移导致的，模子把文本切成词元（token）再拼且归，只须解码概率散布略有偏移，就可能把一个高频 token 硬插进象征符中。

实质上，如故模子在机械地、基于概率地「勉强」，而并非信得过「意会」文本的含义。当分词效果不睬念念，或解码过程出现轻飘扰动时，这种基于概率的拼接就可能出错，将一个不关系的高频词元「稠浊」到最终的输出中。

大模子的稳重性一直是个问题。本年年头，OpenAI 的社区大都反应记挂体系特别导致用户历史高下文丢失。

Gemini 也曾出现过东说念主像生告成能为了「各样化」，把相当具体的历史东说念主物，生成成立场不符的边幅，临了不得不临时下线。

还有的 bug 可能跟正常刻刻都会发生的小惊奇相关。模子提供商常作念「热修」：换系统领导、微调温度、更新 tokenizer、小改器用调用条约……等等等等。

可是一朝链路拉长，哪怕是「看起来无害」的灰度，也可能冲突一直以来的均衡。昨天还稳的代理链，今天在函数签名、JSON 严格性、器用复返举止这些「边角位」上崩掉。更辛劳的是，厂商并不总会同步败露这些灰度细节，于是工程师只可靠事故后「估量 + 对照」。

同期，越来越多的 Agent 与器用链集中，其实也很脆弱。那些主打自动有计划或自动写码的多智能体，信得过挂掉的方位不息不在大模子自身，而在「器用调用—情状计帐—重试战略」的链条里：超时莫得兜底，失败后复原不了高下文……

咱们越是试图用规章去修剪和物化 AI，它就越可能从咱们出东说念主料念念的方位，以一种更乖张的花样，长特地形怪状的姿雅。

让 AI 从「颖悟活」到「能奉求」，最关键的到底是什么？

咱们总觉得是更高的准确率开云体育(中国)官方网站，更强的推理才调，约略是模子层 SOTA 。 DeepSeek 的「极」字 Bug 和 Gemini 的轮回事故，都在提醒咱们：工程的稳重性不应该被忽略，是那种即使犯错也能被揣测和物化的「细目性」。