Claude 中文提问却回日文韩文：语言漂移的原因与解决办法

用中文正常下指令，Claude 的回答中途却突然切成日文，或者结尾冒出一段韩文，过一会儿又自己切回英文——最近不少人在 Claude 网页版和 Claude Code 里都撞上了这种情况。有人是用了两个多月第一次遇到，也有人表示这毛病一两个月前就有，官方某次更新里提过修复，但零星案例仍在出现。

麻烦的地方在于它不太可复现：新开的对话会出现，自己订阅、非中转的账号会出现，节点在美区、界面语言设成英文也照样出现。所以它更像模型输出层的偶发问题，而不是某个账号或某个地区的配置错误。下面把讨论里出现的现象、推测的原因和真正能缓解的做法整理一遍。

现象：从「蹦几个词」到整段跑偏

综合描述，表现大致有几种：

• 回答前半段中文正常，中途某个段落突然变成日文，之后再切回中文或英文；
• 复杂问题推理很久之后，日文、韩文一起出现，且概率不低；
• 同一会话里翻译或处理大量文本，处理到后面开始分不清该用哪种语言；
• 伴随质量下滑：回答变啰嗦、绕圈子、该解决的问题没解决；
• 少数情况下客户端把 <thinking> 之类的内部标记直接显示出来。

需要先明确一点：语言漂移和「降智」是两件事，但它们经常同时出现，因为二者的诱因高度重叠——上下文太长、任务太复杂、会话跑得太久。

语言漂移的几种典型成因

上下文过长，尤其是压缩之后

讨论里最集中的一条经验是：单一会话跑得太久、塞进太多内容，或者触发历史压缩之后，模型就开始分不清应答语言。压缩会把前面的对话摘要成一段短文本，原本明确的「请用中文」约束被稀释，语言判定随之变弱。有人在同一上下文里连续翻译几十篇文章后稳定复现，改用子任务拆分后就不再出现。

长推理与复杂任务下的概率性出错

另一种说法是：单一复杂问题连跑几十分钟，日韩文出现的概率明显上升。这类情况往往不是「一开始就错」，而是推理链越长、中间状态越多，语言约束越容易被冲淡。

模型侧问题与服务抖动

也有人倾向把它归为版本缺陷或服务端负载问题，同期还伴随 529、算力不足、直接中断服务等提示。这部分用户侧无法干预，只能等官方修复，具体状态与版本说明请以官方文档和状态页的最新信息为准。

训练语料的语言先验

中文和日文共享大量汉字，在多语言语料里位置相近，模型在不确定「该用哪种语言」时容易滑向日文；韩文出现频率低一些，但同样有案例。这解释了为什么它看起来像是随机的——本质上是概率问题，不是有人「把你当日本人」。

可操作的解决办法

1. 在系统提示或项目配置里固定输出语言

这是成本最低、见效最快的一条。相比在对话开头说一句「请用中文」，写进系统提示或项目级配置文件更稳定，因为它在每一轮都生效。可以参考这样的写法：

无论我用什么语言提问，你都必须始终使用简体中文回答（代码、命令、变量名、报错原文除外）。
引用英文术语时保留原文，并在括号内给出中文解释。
禁止切换为日语、韩语或其他语言；如果发现自己在用其他语言输出，立即改回简体中文。
如果对输出语言不确定，默认使用简体中文。

用 Claude Code 的话，把这段放进项目根目录的 CLAUDE.md，或写进全局配置里，比每轮重复叮嘱省事得多。反过来要注意：提示里不要塞大段日文、韩文示例，那会把模型往反方向推。

2. 控制上下文：一个任务一个会话

• 一个任务开一个会话，做完就关，不要把不相关的事堆在同一个上下文里；
• 长文档分批处理，用子任务或子代理拆开，每批独立起会话；
• 一旦发现回答开始跑偏或语言错乱，不要试图「掰回来」，直接开新会话，把已经确认的结论摘要贴过去；
• 会话进行到中段时，让它先用中文总结要点，再新开会话继续，比等到压缩触发后再补救更可控。

3. 长任务分段，并在每段做校验

把几十分钟的大任务切成有明确产出的小阶段，每段结束要求它用中文复述结论和待办。这样一旦出现语言漂移，你能在几分钟内发现并止损，而不是等一大段输出写完才发现没法用。

4. 加一句输出前自检

在提示末尾追加「回答完成后检查一遍输出语言，如果不是简体中文请重写」，对短对话效果有限，但对长输出有一定抑制作用。

5. 准备一个备用模型双轨并行

讨论里不少人同时在用 Claude 和 Codex，遇到服务波动或输出质量不稳就切换。不同模型对语言漂移的敏感度不一样，把关键任务在另一个模型上复核一遍，比反复重试同一个会话更省时间。

6. 让会话本身别被打断

如果你的用法是长时间跑 Claude Code 这类命令行工具，本地机器休眠、合盖、网络切换都会把会话切断，重连之后往往要重建上下文，反而更容易触发压缩和语言错乱。这种情况可以考虑把长任务放到一台长期在线的远程 Mac 上执行——例如整台机器放在新加坡机房的独享 Mac mini，按月租用、远程连接使用，网络环境相对固定，适合挂着跑长会话。需要说明的是，这只解决「任务被中断」的问题，解决不了模型自身的语言漂移，提示词与上下文管理仍然是主要手段。

注意事项

• 别把语言漂移当成封号前兆，也不要因此频繁换节点。IP 频繁跳动本身更容易触发风控；共用或买卖账号、绕过地区限制这类做法风险很高，不建议尝试，老老实实用自己的订阅即可。
• 不要只看语言判断模型好坏。日文输出是表象，真正值得警惕的是长任务里质量同步下滑，重要产出务必自己复核。
• 区分「模型问题」和「客户端展示问题」。偶尔露出的 <thinking> 标记、格式错乱，多与客户端渲染有关，不必惊慌，但也不要因此认为内容可信度更高。
• 时效性信息以官方为准。涉及具体版本修复、服务状态的说明变化很快，遇到持续异常先查官方状态页和更新日志。

小结

结论很朴素：语言漂移不是玄学，也不是账号出了什么问题。把语言约束写进系统提示，把上下文控制短，把长任务拆开并中途检查，绝大多数情况下就够用了。剩下那部分属于模型侧的概率问题，官方修一版好一阵，偶尔复发也很正常，留一个备用模型兜底就行。