开发辅助工具 Qwen Code 新增了将工作模式保存到会话、根据对话剩余空间缩减工具结果的功能。开发者可以在同一会话中沿用模式设置，减少因工具响应过长而需要压缩整个对话的情况。

1. 将工作模式保留在会话中并显示在界面上

10月28日发布的 v0.26.3 提供了用于确定工作步骤的工作流模式功能，将任务所用模式保存为会话设置。其重点是在启用一次模式后，在同一会话中继续工作时保持设置。这一变化减少了开发者反复设置模式的负担。

保存的模式会显示在 Ink 和 OpenTUI 终端中，让用户可以在界面上确认当前会话应用了哪种模式。工作流切换设置也会传递到命令行工具的沙箱，即隔离的执行环境。

2. 启动时启用或在对话中切换

从命令行启动时使用第一行的选项，在对话中则使用第二行的命令。发布说明列出的字符串如下。

--workflow-mode on
/workflows mode on

工作流模式也可以通过 SDK 和 ACP 控制，分别提供通过程序集成工具和智能体连接协议进行控制的途径。这使用户不仅能在终端中直接操作，也能在连接其他程序时控制模式。

从使用流程看，启动时设置、对话中切换、确认已保存状态构成了连续过程。此次更新不只是增加了启用命令，还将会话中保留的设置传递到执行环境，并在终端中显示。

3. 放入工具结果前检查剩余空间

工具结果的处理方式也有变化。根据发布说明，在自动压缩之前，工具结果会按剩余上下文，即容纳对话信息的可用空间进行缩减，同时遵循明确指定的截断设置，即裁去部分响应的标准，并保留受保护内容。这种方式先检查结果的容纳空间，再调整大小。

例如，收到较长的工具响应时，关键是根据剩余空间调整保留多少响应内容。项目公布的目标是减少不必要的自动压缩。它不仅处理何时压缩整个对话，还会在此之前调整单个工具结果的篇幅。

收益与代价来自同一点。缩小工具响应占用的空间可以为对话留出余量，但代价是保留的结果内容也会减少。因此，对处理较长工作记录的开发者来说，不仅压缩频率重要，保留哪些工具内容也是重要的设置判断。

4. 应用与模型别名对应的上下文大小

用于判断剩余空间的模型大小识别也得到了完善。根据项目发布说明，仅限受邀使用的 qwen-latest-series- 模型别名，即模型的简称，在检测上下文窗口，也就是模型一次可处理的信息量时，会被识别为 1M token 模型。这一变化修正了通过别名选择模型时的大小判定。

对于 qwen4 系列标识符，当上游模型目录，即支持模型的列表中没有相关信息时，默认上下文窗口设为 1,000,000 token。与前面的别名识别不同，此项附带了目录信息缺失这一适用条件。

这两个数值是发布说明给出的上下文大小识别值，并非速度或准确率的性能测量结果。因此，此次变化的意义不在于模型之间的性能排名，而在于工具如何判断可用空间的大小。

5. 同时管理会话设置与结果保留

应用此次更新时，需要关注工作模式和工具结果两个方面。反复使用的模式会作为会话设置保留，较长的响应则结合上下文余量与保留设置进行处理。前者涉及设置的连续性，后者涉及对话中容纳的信息量。

发布说明表示，没有已知的破坏性兼容变更，即破坏现有集成的修改。审视现有工作流程时，也值得重点关注这两项变化如何融入实际使用路径。

Qwen Code v0.26.3 的核心是在减少重新设置模式的麻烦的同时，让工具结果适配对话的剩余空间。