[Bug] Regression of #1933: picking a model + effort in the web UI still writes config.toml [thinking].effort globally, 400-ing self-hosted Qwen3.8`

[Bug] 0.36.1 web UI 切换模型仍会把全局 [thinking].effort 写入 config.toml，导致本地 Qwen3.8（仅支持 xhigh）400 报错（#1933 回归）

问题概述

在 kimi-code 0.36.1（2026-08-14 发布）上，web UI 里切换模型（或同时调整思考强度）时，仍会把所选 effort 写入 ~/.kimi-code/config.toml 的全局 [thinking].effort。由于：

• 全局 [thinking].effort 一旦设置，就覆盖所有模型别名自己的 default_effort（官方文档明确）；
• 非 Kimi provider 会原样透传 effort、不做客户端回退（官方文档明确）；
  因此任何 support_efforts 里不含该值的模型别名都会立即报 400 Unexpected reasoning effort ...——而且是这台机器上所有会话、所有无头 kimi -p 进程一起挂，不只是你切模型的那个会话。
  受冲击最大的就是现在很流行的 Qwen3.8（如 Qwen/Qwen3.8-27B-FP8）：这是目前流行的开源推理模型，很多人通过 OpenAI 兼容端点（vLLM）自托管。Qwen3.8 声明 support_efforts = ["low", "medium", "xhigh"]、default_effort = "xhigh"——它的最强档是 xhigh，根本不接受 high。所以在 web UI 里一旦切到任何默认 effort 为 high 的主流云模型（DeepSeek / Kimi k3），UI 就会把全局 [thinking].effort 写成 "high"，本地 Qwen3.8 别名立刻开始全部 400——包括与本会话无关的无头进程。
  看起来是 #1933（feat: scope thinking effort to the current session）的会话级隔离修复，没有覆盖 web UI 这条路径。

为什么偏偏是 Qwen3.8

• Qwen3.8-27B-FP8（Qwen3 系列推理模型，目前最流行的开源模型之一）通常通过 OpenAI 兼容端点（vLLM）自托管，在 kimi-code 里配置成普通的 openai 类型 provider——也就是一个非 Kimi provider。
• 它声明的思考强度体系是 support_efforts = ["low", "medium", "xhigh"]、default_effort = "xhigh"：最强档是 xhigh，high 不在支持列表内。
• 与之搭配使用的主流云模型（DeepSeek、Kimi k3）默认 effort 是 high。在 web UI 里选到它们，就会把全局 [thinking].effort = "high" 写进配置；按官方文档，非 Kimi provider 会原样透传该值、无回退，于是本地 Qwen3.8 端点拒绝每一个请求：400 Unexpected reasoning effort high. Supported types are xhigh (default), medium, and low.
• 净效果：任何"云模型 + 本地 Qwen3.8"混用的 kimi-code 安装，用户第一次在 web UI 切模型就会把 Qwen3.8 别名打挂——无需改任何配置、没有任何警告、UI 也无任何提示。

环境

• kimi-code CLI 0.36.1（2026-08-14 发布），web UI 为 kimi web（kimi-server-v2）
• ~/.kimi-code/config.toml 包含：
  • 一个非 Kimi（OpenAI 兼容）provider：本地 vLLM 提供 Qwen/Qwen3.8-27B-FP8，别名 local/qwen3.8-27b-fp8，support_efforts = ["low", "medium", "xhigh"]，default_effort = "xhigh"
  • 一个 OpenAI provider（如 DeepSeek），support_efforts = ["low", "high", "max"]

复现步骤

1. 确保 ~/.kimi-code/config.toml 里没有全局 effort：

   [thinking]
   enabled = true
   

2. 在 web UI 中，把会话模型切换到一个带思考强度档位的模型（如 DeepSeek "flash high" / effort high）。
3. 查看 ~/.kimi-code/config.toml——全局段现在变成了：

   [thinking]
   enabled = true
   effort = "high"
   

   全程没有任何 UI 弹窗、通知或设置项征求过你的同意。（web 服务器日志显示：会话 profile 变更后紧跟 config updated changedFields=["thinking"] + ["default_model"] 两次写入。）
4. 用任意 support_efforts 不含 high 的非 Kimi 别名跑一个无头调用：

   kimi -p "hi" --model local/qwen3.8-27b-fp8
   

   → 立即失败：

   error: failed to run prompt: provider.api_error: 400 Unexpected reasoning effort high.
   Supported types are xhigh (default), medium, and low.
   The provider rejected the configured thinking effort. Non-Kimi providers receive
   effort strings without client-side mapping; choose an effort supported by the selected
   model. For Kimi models, check support_efforts and default_effort.
   

期望行为

• 会话级的模型/思考强度选择应当保持会话级隔离（这正是 #1933 的意图），不得静默改写 config.toml 中全机器共享的全局 [thinking].effort。
• 按官方文档，[thinking].effort 是全局默认且优先于别名 default_effort；非 Kimi provider 原样透传、无回退。写全局值会带来跨会话的爆炸半径，而 UI 既不解释也不确认。

实际行为

web UI 切换"模型 + effort"会把 effort 持久化到全局 [thinking]；该值随后让所有 support_efforts 不含它的非 Kimi provider 全部 400。对自托管的 Qwen3.8（支持 low/medium/xhigh、默认 xhigh）来说这是必然发生的：web UI 写入的 high（DeepSeek/k3 的默认值）不在 Qwen3.8 支持列表内，于是每个 Qwen3.8 调用——包括无关的无头 kimi -p 进程——都报 400 Unexpected reasoning effort high. Supported types are xhigh (default), medium, and low.

真实影响

我们有一条无头流水线，在同一台机器上通过 kimi -p --model local/qwen3.8-27b-fp8 跑批量任务。一次普通的 web UI 切模型操作，静默写入了 [thinking].effort="high"；随后 25 分钟内 30 个因子开发任务全部失败（exit=1，全是同一个针对本地 Qwen3.8 端点的 400），因为全局变更影响到了每一个新建的无头会话。我们自己没有任何别名/配置变更。

相关

• #1933（已合入，feat: scope thinking effort to the current session）——描述的正是这个写回行为，本意就是修复它；但在 0.36.1 上（web 路径）仍然复现。
• #1051 —— [thinking].effort 缺乏 TUI/UI 反馈与请求验证手段。
• #1625 —— fix: resolve and synchronize thinking effort（非 Kimi 与 Kimi 的 effort 路由）。
• #1923 —— 功能请求：[thinking] 表支持全局 support_efforts。

备注

• 在 0.36.1 上现场复现了三次：
  • 切换到不带显式 effort 的模型 → 只写 default_model，不写 [thinking].effort；
  • 切换到"模型 + effort"组合（如 "flash high"）→ 全局 [thinking].effort = "high" 被写入，非 Kimi 别名立即 400。
• 手工移除全局 effort 行后立即恢复正常（各别名回到自己的 default_effort）。

Start at the kimi-server-v2 web UI profile-change path and the config.toml update triggered by model and effort selection. Reproduce the documented web steps, then verify that session choices no longer modify global [thinking].effort and that kimi -p --model local/qwen3.8-27b-fp8 continues using its alias defaults.