Opus4.8 工具调用变文本？别急，这里有几招解决思路

最近在折腾 Opus4.8 模型的时候，不知道大家有没有遇到过一种让人血压升高的情况：

明明我们设定好了工具（Tool），要求 AI 在特定条件下去调用 API 或者检索信息，结果这家伙倒好，不干活，直接把原本应该发给系统的 JSON 格式调用指令，直接以文本的形式“读”给你听了。

屏幕上显示着一串冷冰冰的 call 相关的代码块，问题没解决，还得手动去复制参数调用，确实挺让人“气笑”的。

这种“把工具调用当成文本回复”的毛病，通常不是模型变傻了，更多的时候是我们给的提示词（Prompt）或者环境设定出了点小岔子。我们可以从以下几个维度去排查：

现在的模型特别是像 Opus 这种级别的，理解能力虽然强，但有时候也“过于老实”。如果你的 System Prompt 里没有明确强调“必须”使用工具，或者没有区分“思考过程”和“实际输出”，模型可能会混淆。

建议： 在 System Prompt 里增加强制性约束。例如明确写出：“当你需要调用工具时，请直接输出 JSON 格式的工具调用指令，不要将其包装在 Markdown 代码块中或作为普通文本回复给用户。”

模型是靠描述来理解工具用途的。如果工具的 description 写得模棱两可，或者参数解释得不够极端，模型可能会觉得：“我不确定该调用这个，但我又想回答用户，不如就把调用的代码发给他，让他自己确认吧。”

建议： 检查工具定义的描述，尽量让模型明白这个工具是“唯一解”。比如：“如果用户询问天气，必须调用 get_weather 工具，不得自行编造或展示调用代码。”

有些框架或 API 调用时，如果设置了错误的 stop 序列，或者你用的前端客户端对模型的输出流处理有误，可能会导致模型把中间步骤当成了最终结果。

建议： 如果你是在代码层面调用，检查一下 API 的 response_format 参数，确保启用了 Function Calling 模式，而不是纯粹的 Text Completion 模式。

如果你正对着满屏的“call 文本”发愁，可以试试以下几步快速急救：

重置对话上下文： 有时候模型在长对话中“跑偏”了，前几轮的错误引导会导致后续行为异常。新建一个对话，第一轮就丢给工具调用的标准格式示例，往往能纠正行为。
增加 Negative Prompt： 在提示词里明确告知“不要做什么”。比如：“严禁将工具调用逻辑作为文本直接输出给用户。”
检查前端配置： 确认你使用的 WebUI（如 LibreChat、OneAPI 等）在解析模型的 Function Call 回复时是否正确配置了某些插件或中间件。有些时候不是模型的锅，是中间层把调用代码当普通消息渲染了。

碰到这种bug确实搞心态，但大模型的参数调优本来就是一个不断博弈的过程。Opus4.8 作为一个强模型，只要把“规则”立好了，它的工具调用能力是非常强悍的。下次再遇到它“偷懒”念代码，不妨先检查一下是不是规则没立住，或者给它来个“下马威”，强制重置一下设定。

希望这些思路能帮你省下几根头发，让 AI 老实干活！