LiteLLM 1.108.7 LTS：收紧Responses参数桥接，修复MCP续轮与Gemini计费

LiteLLM 1.108.7 LTS对桥接到Chat Completions的Responses专属字段返回400，除非启用drop_params或停止发送这些字段；同时修复流式MCP续轮、事件序号与Gemini计费，并增加Bedrock知识库图像检索及Gemini批处理支持。

公告时间：2026年11月13日 04:27:30（北京时间）。本文记录截至2026年11月13日05:18（北京时间）的官方信息。

LiteLLM 1.108.7哪项变化需要主动处理

本版明确列出一项行动要求：把Responses API请求桥接到Chat Completions提供商时，若包含max_tool_calls等Responses专属字段，将返回400，除非开启drop_params或停止发送这些字段。使用网关统一入口的应用，应先核对实际路由，而不是只检查入口路径是否叫Responses。

drop_params为什么不能代替功能支持

启用drop_params意味着允许丢弃不支持的参数，并不保证下游实现这些参数的语义。例如请求要求的工具调用上限如果被丢弃，应用就不能继续假定该限制已经生效。更稳妥的做法是按路由保留兼容参数，并在业务侧核对必要约束；具体选择应遵循应用自己的功能要求。

依据：官方原文

流式Responses和MCP修复了什么

本轮修复桥接流事件中缺失或重复的sequence_number，以及流式MCP后续调用只保留最近一轮工具记录、造成模型重复调用工具的问题。还修复Bedrock的previous_response_id链包含失败轮次时出现400。建议用原有代表性会话核对多轮工具历史和失败后的恢复，不以一次正常回复替代完整链路检查。

Gemini与Vertex计费记录有哪些修正

日志修复Gemini图像调用中对文本、思考与Vertex Priority Token使用错误费率，以及/gemini的batchGenerateContent批处理记录为unknown模型和零费用的问题。它们是网关记录与计费逻辑修复，不应写成云厂商统一降价，也不能承诺历史账目自动被全部重算。

新增提供商能力怎样核对

版本增加Azure AI Foundry自定义部署名下的gpt-image编辑、Bedrock知识库query_image图像搜索与图像命中结果，并支持在/v1/batches走Gemini批处理、通过/v1/files下载输出及跟踪花费。各提供商仍有自身模型和权限条件，不是一个新入口使所有后端拥有相同能力。

LTS升级与镜像验证应注意什么

官方说明lts镜像标签会始终指向最新LTS补丁，需要可复现部署时应保留明确版本和摘要，并按本次Release提供的cosign资料验证签名。建议先检查路由参数、流事件顺序、多轮MCP和费用记录，再推广。1.108.6与本版是不同补丁，本篇不把旧版已交付事实再次当作新增。

依据：官方原文

LiteLLM 1.108.7 LTS常见问题解答

开启drop_params后max_tool_calls就有效了吗？

不能，参数可能被丢弃，必须另行核对实际提供商支持和应用约束。

Gemini计费修复就是模型降价吗？

不是，本条是LiteLLM网关的费用计算或日志修复。