问题 / 机会
目前不同模型对“思考”或“推理强度”的控制方式并不一致。对于支持 reasoning effort、thinking level 或 thinking budget 的模型,如果只能使用固定默认值,就很难在复杂任务的质量与简单任务的响应速度、成本之间进行取舍。
例如,ZCode 已在模型名称旁提供“推理强度”入口。以 GLM-5.2 为例,可以选择“不思考 / 高 / 最高”;其他模型的可选档位则根据模型能力决定。
建议行为
希望 BitFun 支持按模型配置思考强度:
- 在模型选择器或模型配置中展示当前模型实际支持的思考档位,并允许保存默认值;
- 支持在当前会话中临时调整,或为同一模型保存类似
Fast / Default / Deep 的预设;
- UI 使用统一的“思考强度”概念,底层由 provider/model adapter 映射到对应参数,例如
reasoningEffort、thinking budget 等;
- 不同模型只展示其实际支持的选项,不要强行套用同一组档位;
- 对不支持该能力的模型隐藏选项或保持默认行为;
- 在模型选择器或会话信息中显示当前生效的档位,方便确认配置是否生效。
使用价值
- 复杂架构设计、疑难 Bug 排查等任务可以提高推理强度;
- 常规开发任务可以在质量与响应速度之间取得平衡;
- 简单问答和小范围修改可以降低推理强度,减少等待时间和额度消耗;
- 同一模型可以根据任务灵活切换,而不必为不同思考档位重复创建模型配置。
参考
问题 / 机会
目前不同模型对“思考”或“推理强度”的控制方式并不一致。对于支持 reasoning effort、thinking level 或 thinking budget 的模型,如果只能使用固定默认值,就很难在复杂任务的质量与简单任务的响应速度、成本之间进行取舍。
例如,ZCode 已在模型名称旁提供“推理强度”入口。以 GLM-5.2 为例,可以选择“不思考 / 高 / 最高”;其他模型的可选档位则根据模型能力决定。
建议行为
希望 BitFun 支持按模型配置思考强度:
Fast/Default/Deep的预设;reasoningEffort、thinking budget 等;使用价值
参考