在尝试使用OpenRouter作为Gemini 3模型的中转渠道时,因API格式不兼容导致格式转换失败。核心问题是Gemini 3新增的thoughtSignature思考签名字段与OpenRouter的reasoning_details字段不匹配,未正确保留时引发工具调用错误。错误信息被隐藏,增加了排查难度。作者分享了实际排查过程,指出NewAPI仅返回’Provider returned error’,缺乏具体错误信息,浪费了半天时间。此经验提醒开发者注意API兼容性,优化集成流程,特别是在使用新兴AI模型时。对于关注AI技术前沿的开发者,此案例提供了宝贵的实战经验,有助于避免类似陷阱。
原文链接:Linux.do







