[Bug]: 使用 GPT 5.6 系列模型时请求参数报错，Unsupported parameter: 'reasoning_effort'

[ty-peng]

影响范围

协议转换 / 代理

当前行为

当使用 GPT 5.6 系列模型时，请求 API 报错如下，GPT5.5 及以下没问题：
HTTP 400：{"error":{"message":"Unsupported parameter: 'reasoning_effort'. In the Responses API, this parameter has moved to '***.effort'. Try again with the new parameter. See the API documentation for more information: https://.com////***","type":"invalid_request_error","param":"","code":"unsupported_parameter"}}

预期行为

正常请求

复现步骤

使用 GPT 5.6 系列模型，请求 API

日志 / 配置片段

Codex++ 版本

1.2.34

系统

macOS

提交前确认

• 我已经脱敏了 API Key、Token、账号等敏感信息。
• 我已经确认这是当前最新版仍然存在的问题。

[ty-peng]

如果确认不是 Codex++ 构建的参数，我再去找 API 服务商确认下

[BigPizzaV3]

Codex++ 只会在“上游协议 = Chat Completions”时，把 Codex Responses 请求中的 reasoning.effort 转成 Chat Completions 常用的顶层 reasoning_effort。如果选择“Responses API”，普通供应商模式会直接请求上游，不应由 Codex++ 改成顶层参数。

这个报错说明上游收到的是 reasoning_effort，但它按 Responses 结构要求 reasoning.effort。请检查：

1. 当前供应商的“上游协议”是否误选成 Chat Completions；
2. 实际生效的 base_url 是供应商地址，还是 http://127.0.0.1:57321/v1；
3. 供应商文档要求调用 /responses 还是 /chat/completions；
4. 附上脱敏后的 protocol_proxy.upstream_request 日志，确认最终路径和请求体字段。

如果供应商原生支持 Responses API，请改选 Responses API 后重启应用复测；如果仍出现顶层参数，再提供日志继续定位具体改写路径。