vllm-project/vllm · 标签视图

修复Responses API中previous_response_id导致instructions泄漏的问题

该PR值得精读，特别是对于处理OpenAI兼容API的开发者。关注点： 1. 理解OpenAI Responses API中instructions参数的设计意图 2. 学习如何正确处理跨请求的消息历史管理 3. 参考新增的测试用例，了解如何全面测试此类边界条件

迁移响应 API 流式逻辑到统一解析器，简化代码结构。

建议精读此 PR，了解统一解析器的设计思路和 StreamState 状态管理机制，同时关注 review 中提到的工具参数缺失和覆盖问题，以便在后续开发中注意相关风险。

修复 Qwen3 工具解析器对 Responses API 工具的支持，确保参数类型正确解析。

该 PR 值得精读，因为它展示了如何通过共享工具函数解决 API 兼容性问题，并涉及规范遵循与灵活性的权衡。建议关注 `find_tool_properties` 的设计决策、测试覆盖的讨论以及工具解析模块的统一化趋势。

修复非流式Responses API中工具调用解析器缺少tools参数的问题。

该PR值得快速浏览以理解工具调用解析器参数传递的修复机制。重点关注_WrappedParser构造函数的设计决策：作者选择明确的参数列表而非可变参数，体现了对API清晰性的偏好。对于负责Responses API或工具调用功能的工程师，需要确保后续相关代码遵循相同的参数传递模式。

为Responses API添加presence_penalty和frequency_penalty字段，增强OpenAI兼容性。

此PR值得精读，特别是学习如何将外部API规范集成到现有系统，并处理验证约束以提供更好的错误反馈。关注Pydantic模型验证和参数默认值处理的设计决策。

修复OpenAI responses API序列化中字段别名处理，确保与OpenAI库兼容。

建议关注此PR的讨论点，了解Pydantic序列化中返回类型一致性的重要性。对于工程师，可精读serialize_message函数以识别类似潜在不一致问题；对于管理者，变更已合并但存在未解决疑虑，需监控相关bug报告。变更简单，适合快速review。

修复tool_parser_cls类型注解从Callable改为type[ToolParser]，提升类型安全。

建议快速浏览此PR以了解类型注解最佳实践，特别是使用`type[ToolParser]`表示类引用的方式，适合关注代码质量的工程师参考；无需深入分析，变更简单直白。

修复 Anthropic 服务端点中默认聊天模板参数传递缺失的 bug。

此 PR 变更简单，无需深入精读。对于工程师，可以作为示例理解前端 entrypoints 中参数传递的流程；对于管理者，是一个低风险的维护性修复，建议关注配置传递的完整性。