DeepSeek V3.1 输出结果跳出“极”字 bug，官方回应了
DeepSeek V3.1 上演的 bug 大秀“极你太美”，可谓是让全网热议了一波。
简单来说呢，就是陆续有开发者们发现，当他们在调用 API 进行代码开发的过程中，输出结果里会时不时蹦出来“极”字。
像这样：
这个问题最初是在火山引擎、chutes 等平台上被发现，但随着事件的发酵，更多平台也被卷入了进来，包括腾讯的 CodeBuddy，甚至是 DeepSeek 官方……
事件之火，在国外 Reddit 上也是讨论声一片，重灾区是“extreme”、“极”和“極”：
“extreme”（id:15075）
“极”（id:2577，简体中文的 extreme）
“極”（id:16411，繁体中文中的 extreme）
腾讯 CodeBuddy 还出现了更加奇葩的情况，直接插了句带“极”字儿的广告……
若是开发者们没有细看，直接用了生成的代码，那定然是会导致编译不通过等情况，可以说是对需要高精度、结构化输出的场景是致命一击。
截至目前，大家已经统一将问题的矛头指向了 DeepSeek V3.1 模型本身，以及 CodeBuddy 帮忙问了：
已经和 DeepSeek 团队取得联系，将在最近的一个版本中进行修复。
现在该如何防范“极”字 bug？
就目前来看，虽然完全解决问题要等到 DeepSeek 官方下场，但已经有网友开始支招解决这个问题了。
例如小红书网友 @大模型产品经理，便分享了一招 —— 提示词缓解：
关键的一句提示词是这样的：
禁止如下符号序列模式：
[空格] [几个token] [占位符/省略符号]
并且这个方法主要是针对调用 API 的第三方平台，若是在 DeepSeek V3.1 官方，则不需要。
为什么会这样？
最后，至于为什么 DeepSeek V3.1 会出现这样的 bug，知乎网友、阶跃星辰黄哲威给出了他的看法，并获得了高赞。
他首先指出，这种现象并非孤例。在他使用小模型和开源数据蒸馏，以及在测试早期的 R1 模型时，就曾遇到过类似的 bug。
黄哲威认为，这与大模型编程编题时可能出现的一种“恶性模式”（malicious pattern）有关。他举例说，在枚举素数的任务中，一个正常的模型本应无限地列举下去，如“素数表 2, 3, 5, 7 …”。
然而，他观察到之前一个代号为 R1-0528 的模型会出现一种奇特行为：在列举一段后会自行停止，变成一个有限的列表，例如“素数表 2, 3, 5, 7 … 997, 极长”。
这个“极长”的用法，与现在讨论的“极”字问题非常相似，常常出现在大量恶性重复之后，作为正常推理过程的回正。有时，模型甚至会输出“90000000…0000 极大的数字”这样的内容。
他进一步描述了这种 bug 的触发场景。当模型陷入“thinking”的末尾循环无法跳出时，有千分之一的概率会突然蹦出一个“极”字，然后终止思考（），这似乎是一种特殊的终止符或标记。
通过观察 R1 模型大量的输出，黄哲威发现了不少问题，包括超长响应（response）、大面积的空白字符、不断的短句重复等，甚至连 thinking 末尾的英文字符都变得破碎。
基于以上观察，他提出了一个核心推测：这个问题的根源可能在于数据清洗不彻底。他认为，在进行 SFT（监督微调）数据合成，乃至构建预训练数据时，可能没有将一组名为“‘极长’的数组”的“脏数据”清洗干净。
他推断，R1 模型在处理一些难题的解答时，似乎大量使用了 RAG（检索增强生成）技术，而后续的 RL+（强化学习）阶段，模型直接将这个“极”字当作了某种终止符或者语言切换标记来学习和使用了。
最后，黄哲威总结道，如果 R1 迭代时的数据没有清洗干净，模型自行蒸馏并“污染”到正常的输出过程中，是完全可能发生的。这为理解 DeepSeek V3.1 模型出现的“极”字问题提供了一个可能的解释路径。
至于这个被网友戏称为“极你太美”、“‘极’速版”的问题到底何时会彻底解决，就要等 DeepSeek 官方的新版本了。
参考链接：
[2]https://www.zhihu.com/question/1942934856603505597
[3]https://www.reddit.com/r/LocalLLaMA/comments/1mzsg6v/deepseek_v31_getting_token_extreme_%E6%9E%81_%E6%A5%B5_out_of/
[4]https://linux.do/t/topic/897789
本文来自微信公众号：量子位（ID：QbitAI），作者：金磊
