能力链路打通不等于默认开启

**「模型支持 + 链路完整」不等于「用户能用上」—— 中间可能只差一行写死的开关。**

思考(thinking/reasoning)功能的实例:整条链路是通的 —— 模型原生支持、thinking_delta 事件被转发、reasoning token 用量被统计上报、前端有可折叠的思考块 UI。但普通对话仍然看不到思考过程,原因是路由里一行:

thinkingLevel: selected?.modelPurpose === "agent.deep_insight" ? "medium" : "off"

于是只有 Deep Insight 技能能思考,普通 chat 恒为 off。

两个可迁移的点:

  • 判断「能力有没有」要看开关,而不是看链路。 检查顺序应是「模型支持 → 事件与用量链路 → UI → 调用参数」,最后一环最容易漏,也最容易被误判成「没这个能力」。
  • 开启是成本决策,不是技术决策。 打开思考只改一行,代价是响应延迟和 reasoning token 费用。所以合理做法是按用途分级(重任务开、日常对话关),而不是全局一刀切 —— 与「模型可见性按入口分批」同一思路。

相关:模型可见性按入口分批、Agent Harness 不只是 Tool Loop、能力要靠消费方认账 —— 本条是该 synthesis 的第九处证据:链路全通,但「认账」的最后一跳(调用参数)恒为 off