Mistral 推出 Responses API 公开预览:回答、推理、工具调用拆成独立条目
Mistral 的 Responses API 进入公开预览,专为智能体设计:模型回答、推理过程和工具调用作为独立条目返回,比 Chat Completions 更易处理,兼容 OpenAI Responses 格式。
做过智能体的开发者都有体会:一次模型调用回来,里面既有回答,又有推理,还夹着要调用的工具,全塞在一条消息里,解析起来很费劲。Mistral 周三宣布,它为智能体专门设计的 Responses API 进入公开预览,思路就是把这些东西拆开。
一次响应,几条独立的条目
按 Mistral 的说法,每次响应会把模型的回答、推理过程和工具调用分别作为独立条目返回,应用可以逐条处理,不用再从一大段输出里自己拆。相比 Chat Completions 接口,这样做对要走多步、要反复调用工具的智能体更友好。
文档显示,它沿用了 OpenAI Responses 的格式,所以已经在用这套格式的应用,迁移起来会轻松一些。接口地址是 POST /v1/responses,参数里是模型、输入,以及可选的推理强度和工具。官方称它适用于 Mistral 托管的所有对话模型,包括 Large 4。
公开预览阶段能用什么
预览版支持文本输入输出、图片和文件输入、JSON 模式与 JSON Schema 结构化输出、流式输出、由应用自己执行的函数调用,以及按模型而定的推理强度设置,另有统计输入 token 数的接口。
要留意的是,它是无状态的:对话历史由你的应用自己保存,每次请求都得把之前的输出条目一起送回去。Mistral 另有 Agents 和 Conversations 接口,会替你保存对话,两套思路并不一样,选哪套要看你想把状态放在哪边。
值得看的地方
接口格式看似细节,其实会影响生态的迁移成本。Responses 格式最早是 OpenAI 推出的,Mistral 选择兼容,意味着开发者换模型时改动更少,也让它的模型更容易接进已经按这套格式写好的工具和应用。
现在还只是公开预览,Mistral 官方也提示,遇到问题可以联系支持团队反馈。想试的开发者,可以先拿一个现有的 Responses 集成,把模型换成 Mistral 的,看看推理条目和工具调用的处理是否更顺手,再决定要不要迁移。