Qwen Code近期周更为qwen3.5-plus、qwen3.6-plus、qwen3.6-flash、qwen3.7-plus和qwen3.7-max等模型增加Thinking开关，并改进目标任务在预算耗尽时的退出行为以及流式输出期间可用的斜杠命令。开发者可以在速度、成本和推理深度之间主动选择，但开关不是简单的质量按钮，需要根据任务风险与可验证性使用。
简单任务关闭思考
格式调整、明确的变量改名、短文档和已有测试覆盖的小修复更适合关闭Thinking，以降低等待和令牌消耗。任务仍需给出范围、禁止修改项和验收命令。若模型开始跨模块重构，应停止并重新缩小目标。
复杂任务开启思考
架构分析、跨文件缺陷、性能定位和迁移计划需要模型比较方案与影响，可开启Thinking。要求先输出计划、依赖和风险，再执行改动。推理文本不等于正确证明，最终以代码差异、测试和真实行为为准。
预算耗尽要安全交接
长任务达到预算时应清楚说明已完成、未完成、修改文件、当前错误和下一步，而不是继续循环或假装完成。重要状态写入任务文档和版本控制。恢复时先读取交接，不重复执行可能有副作用的命令。
流式命令用于控制而非打乱
输出过程中可用命令查看状态、调整目标或停止任务，但频繁改变要求会造成上下文冲突。重大方向变化最好结束当前步骤并创建清晰的新任务。停止命令应能终止工具执行，不能只隐藏界面输出。
模型切换前做固定回归
不同Qwen模型的速度、上下文和编码能力不同。建立包含真实仓库任务的小型评测集，分别测试开关状态。记录成功率、人工修改量、耗时和令牌，不根据单个漂亮示例决定默认配置。
进一步实施建议
团队可制定三级策略：低风险小改默认关闭思考；跨文件实现默认开启；权限、数据和部署变更开启思考并要求人工批准。为每级设置最大预算与失败交接模板。升级Qwen Code后先在沙箱回放固定任务，确认预算退出、命令中断和文件变更行为正常，再推广到成员机器，避免工具行为变化影响生产仓库。
落地检查清单
- 按任务复杂度选择Thinking而非永久开启。
- 预算结束输出结构化交接状态。
- 重大目标变化重新建立清晰任务。
- 工具升级后使用固定任务回归。
