Qwen Code v0.26.3：セッションワークフロー、コンテキストに応じた圧縮

1. 作業モードをセッションに残して画面に表示

10月28日に公開されたv0.26.3のワークフローモードは、作業手順を定める機能であり、作業に適用するモードをセッション設定として保存する。一度モードを有効にした後、同じセッションで作業を続ける際に設定を維持することに重点を置いた。開発者が毎回モード設定を繰り返す負担を減らす変更だ。

保存されたモードはInkとOpenTUIのターミナルに表示される。現在のセッションにどのモードが適用されているか、画面で確認できるようにした。ワークフローの切り替え設定は、コマンドラインツールのサンドボックス、つまり分離された実行環境にも渡される。

2. 起動時に有効化するか会話中に切り替え

コマンドラインから起動する際は1行目のオプションを、会話中は2行目のコマンドを使う。リリースノートが示した文字列は次のとおりだ。

--workflow-mode on
/workflows mode on

ワークフローモードはSDKとACPを通じても制御できる。それぞれプログラム連携ツールとエージェント接続プロトコルを通じた制御経路だ。ターミナルで直接操作する場合だけでなく、ほかのプログラムと接続して使う場合にもモードを扱えるようにした。

利用の流れとしては、起動時の設定、会話中の切り替え、保存された状態の確認が続く。単に有効化するコマンドを追加するだけでなく、セッションに残った設定を実行環境に渡し、ターミナルに表示する部分まで併せて見直した。

3. ツール結果を収める前に残り容量を確認

ツール結果の処理も変わった。リリースノートによると、自動圧縮に先立ち、残りのコンテキスト、つまり会話情報を収める空間の余裕に合わせてツール結果を縮小する。その際、応答の一部を切り捨てる基準として明示的に指定した切り詰め設定と、保護対象の内容は尊重する。結果を収める場所を先に確認し、サイズを合わせる方式だ。

例えば長いツール応答が届く場合、その応答をどれだけ収めるかを残り容量に合わせて調整することが要点となる。プロジェクトが示した目的は、不要な自動圧縮を減らすことにある。会話全体を圧縮するタイミングだけでなく、その前に個々のツール結果の分量を調整する。

利点とコストは同じところにある。ツール応答が占める容量を減らせば会話に余裕を残せるが、その代わりに残される結果の分量も減る。そのため、長い作業記録を扱う開発者にとっては、圧縮頻度だけでなく、どのツール内容を保存するかも重要な設定上の判断となる。

4. モデルのエイリアスに合ったコンテキストサイズを適用

残り容量の判断に使うモデルサイズの認識も改善した。プロジェクトのリリースノートによると、招待制のqwen-latest-series-モデルエイリアス、つまりモデルを呼ぶ短い名前は、コンテキストウィンドウのサイズ検出時に1Mトークンモデルとして認識される。これはモデルが一度に扱う情報量の枠であり、エイリアスでモデルを選ぶ場合のサイズ判定を修正する変更だ。

qwen4系の識別子は、上位のモデルカタログ、つまり対応モデルをまとめた一覧に該当情報がない場合、デフォルトのコンテキストウィンドウを1,000,000トークンとする。前述のエイリアス認識と異なり、この項目にはカタログ情報がない場合という適用条件が付いている。

この2つの数値は、リリースノートが示したコンテキストサイズの認識値であり、速度や精度を測定した性能値ではない。したがって今回の変更の意味は、モデル間の性能順位よりも、ツールが使える空間をどのサイズと判断するかにある。

5. セッション設定と結果の保存を併せて管理

今回のアップデートを適用する際に確認すべき2つの軸は、作業モードとツール結果だ。繰り返し使うモードはセッション設定として維持し、長い応答はコンテキストの余裕と保存設定を併せて考慮して扱う流れになる。前者は設定の継続性を、後者は会話に収める情報の分量を扱う。

リリースノートは、既存の連携を壊す修正である、既知の破壊的変更はないとしている。既存の作業の流れを見直す際も、この2つの変化が実際の利用経路にどう関わるかを中心に確認するとよい。

Qwen Code v0.26.3の要点は、モードを再設定する手間を減らしつつ、ツール結果を会話の残り容量に合わせて収めるようにしたことだ。