Opus API 默认输出日语？教你快速调整语言设置

最近折腾 API 的时候遇到个挺有意思的坑，本来想调用最新的 Opus 模型跑个测试，结果发回来的回复居然是一串日语代码！

刚开始还以为自己配错 Key 了，或者撞上了什么奇怪的节点，后来仔细一查，发现还真有不少朋友遇到了这种情况。Opus API 虽然功能强大，但在默认设置上有时候会根据服务器所在区域或者初始配置有点“小脾气”。

Opus API 偶尔会默认输出日语的代码示例

为什么默认是日语？

一般来说，大模型 API 默认都会跟随浏览器的设置或者请求头里的语言偏好。但有时候，如果我们在请求参数里没有显式指定 language 或者 system prompt 没有硬性要求语言，模型可能会根据某些训练数据的倾向或节点的地理因素，选择它认为“最优”的语言输出。这就导致了你输入中文，它给你回日语的诡异场面。

怎么改回来？

解决这个问题其实不难，通常有这几个套路，我挨个试了下，都很管用。

1. 强制设定 System Prompt 这是最稳妥的方法。在发送请求时，带上一个明确的系统提示词，告诉它“你是一个中文助手”。

强制设定 System Prompt 锁定输出语言

例如： You are a helpful assistant that ONLY speaks Chinese. Do not speak any other language.

这样就能在源头锁死输出语言，不管它原本想说什么，都得先过“中文”这一关。

2. 在 User Message 里强调指令 如果不想改 System Prompt，也可以在每次提问的前面或者后面加一句定语。比如：“请用中文回答”，或者直接用 English 写一句 Please answer in Simplifed Chinese.

虽然稍微麻烦点，但对于临时调试来说非常有效。

3. 检查请求头设置 如果你是用代码直接调用的，记得检查一下 HTTP 请求头里的 Accept-Language 字段。有时候 API 虽然不一定完全听这个字段的话，但把语言设置为 zh-CN 总归是个好习惯，能减少很多不必要的歧义。

避坑总结

以后遇到新模型或者新接口，如果返回的语种不对，千万别急着换 Key 或骂服务商。先看看是不是 Prompt 没给够指令。大模型本质上是“顺毛驴”，你指令给得越明确，它干活就越靠谱。

希望这篇小笔记能帮到同样踩坑的朋友，如果你的项目里也有类似的奇奇怪怪的默认设置，欢迎在评论区交流一下你的解法！