当前模型参数面板中，Temperature（温度）的滑动条取值范围被静态固定为 0 到 2.0。该设计存在以下两方面严重问题：
API 规范不兼容（直接报错）： 并非所有模型底层都支持最高 2.0 的温度值。例如，Anthropic (Claude) 系列模型的官方 API 严格限制 Temperature 的最大值为 1.0。如果用户在界面上将温度调至大于 1.0，会导致 API 直接抛出 400 越界错误，服务完全瘫痪。
严重的体验盲区（输出乱码）： 对于大多数普通开源模型，当 Temperature 数值超过 1.2（或 1.5）时，模型输出的内容会急剧劣化，变成毫无逻辑的乱码。由于滑动条是等比例均分的，0-2 的范围意味着滑动条后半段几乎全部是“无效/废片区”，极易误导普通用户将参数拉得过高从而认为产品出现 Bug。
当前模型参数面板中，Temperature（温度）的滑动条取值范围被静态固定为 0 到 2.0。该设计存在以下两方面严重问题：
API 规范不兼容（直接报错）： 并非所有模型底层都支持最高 2.0 的温度值。例如，Anthropic (Claude) 系列模型的官方 API 严格限制 Temperature 的最大值为 1.0。如果用户在界面上将温度调至大于 1.0，会导致 API 直接抛出 400 越界错误，服务完全瘫痪。
严重的体验盲区（输出乱码）： 对于大多数普通开源模型，当 Temperature 数值超过 1.2（或 1.5）时，模型输出的内容会急剧劣化，变成毫无逻辑的乱码。由于滑动条是等比例均分的，0-2 的范围意味着滑动条后半段几乎全部是“无效/废片区”，极易误导普通用户将参数拉得过高从而认为产品出现 Bug。