能力链路打通不等于默认开启
思考(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