自定义provider不支持reasoning effort选项吗？

[caibingcheng]

我的配置：

点开后没有思考强度的选项：

[caibingcheng]

找到了，配置文件修改：

            reasoningEfforts:
              off:
              high: high
              max: max

[ypwcharles]

补充一个已从源码和实际 session log 验证过的完整例子。关键点是：推理档位是每个模型的 capability，要声明在具体 model entry 的 reasoningEfforts 下；左边是 DSH 的标准档位 ID，右边是实际发送给上游接口的 wire value。

以支持图片、Light / Medium / High / Extra High / Max 的自定义 openai-responses 模型为例：

llm-pi-ai:
  providers:
    my-gateway:
      apiKeyEnv: MY_GATEWAY_API_KEY
      api: openai-responses
      baseURL: https://gateway.example/v1
      models:
        - id: my-reasoning-model
          name: My Reasoning Model
          input: [text, image]
          reasoningEfforts:
            low: low
            medium: medium
            high: high
            xhigh: xhigh
            max: max

DSH 当前使用的标准档位 key 是 off/minimal/low/medium/high/xhigh/max。UI 会把它们显示为 Light、Medium、High、Extra High、Max。若上游 wire value 不同，可以映射，例如 low: light、xhigh: extra_high；右侧必须按实际 API 接受的值填写。

为什么自定义 provider 默认没有选项：源码中，未声明 reasoningEfforts 时只会尝试继承该 provider 的已安装 catalog 条目；手工声明的第三方 route 通常没有可继承条目，于是模型不带 reasoning metadata，composer 也就不渲染 Effort 菜单。

验证方法：选择档位并发一条新消息后，session log 的 request/header 应出现：

{
  "config": {
    "provider": "my-gateway",
    "model": "my-reasoning-model",
    "reasoningEffort": "high"
  },
  "reason": "change"
}

图片消息在 user/message.data.content 中应出现 type: image。旧请求不会追溯更新，配置后刷新页面并在新请求上验证。

另外，compat.supportsReasoningEffort 只用于 openai-completions 的兼容分发；这里是 openai-responses，不要靠这个开关启用菜单。