詳しい解説 · 読了目安 9 分
Qwen Code v0.26.1：復旧と自動化に明示的なゲートを導入
永続状態に基づくワークスペースの復旧、予定タスクの事前確認、分かりやすいセッション操作を結び付け、明示的な有効化とプロバイダーごとの適用範囲を維持する更新。
- 当サイトの公開日
- 当サイトの更新日時
- 原典の公開日
- 出典確認日
10月24日公開の Qwen Code v0.26.1 は、エージェントのセッションが処理を再開し、予定タスクを始め、状態を保持できる条件をいくつか変更した。リリースノートには、復旧と自動化のゲートに加え、画面、プロバイダー対応、セッション管理の更新が記載されている。開発者が確認すべきなのは、それぞれのゲートが実際にどの条件を検査するかだ。
ニュースを聴く
この記事を読み上げるか、ニュースを続けて聴けます。
読み上げを準備中…
端末の音声
読み上げはブラウザーまたは端末が処理します。AISubHub は文章を音声 API に送りません。利用できる音声やロック画面での再生は端末によって異なります。
再開時に短い部分を繰り返す場合があります。
要点
- Managed Workspace の復旧は永続状態の確定を待ち、WebShell に復旧理由と有効な操作を表示してメッセージ送信を制御する。Workspace に紐づく Managed Session の手動圧縮はアイドル時に限られ、監査履歴を保持する。
- 予定タスクのゲートはモデルの外で実行する shell コマンドを使え、その設定は daemon と Web Shell に引き継がれる。Managed の自動化が処理を引き受ける前には Runtime のプローブを実行する。
- daemon のトークン永続化は明示的な有効化が必要。Anthropic のグローバルなプロンプトキャッシュも任意で有効にし、既定は引き続きセッション単位である。QQBot は破壊的変更として thread スコープ内のグループ別分離を復元する。
1. 次のメッセージの前に復旧状態を確定する
公式ノートは Managed Workspace の継続を永続状態の確定に結び付け、WebShell に復旧理由、有効な操作、メッセージ送信のゲートを用意している。表示される会話と復旧判断が連動するため、セッションが画面に戻っただけで次の指示を受け付けられるとは限らない。別の修正では、ハートビートが続いていても復旧に阻まれた Harness セッションを検知する。応答があることと再開が許されることは、別々に確認する必要がある。
AISubHub の仮定例として、ツール操作が中断した後に開発者が再接続し、追加指示を送ろうとする場面を考える。再送信の前に復旧理由と利用可能な操作を確認し、画面が応答するだけで完了したと判断しないことが重要だ。今回の更新は、公開 API と WebShell の使用量ポップオーバーを通じて、Workspace に紐づく Managed Session の手動コンテキスト圧縮も追加する。対象はアイドル状態のセッションに限られ、監査履歴を保持する。コンテキストの保守を計画する際、実行中のターンは圧縮できる時間帯に含まれない。
2. 予定タスクをモデルの外で事前確認する
このリリースは、モデルの外で走る shell コマンドに基づく予定タスクのゲートを説明し、それを daemon と Web Shell に引き継ぐ。さらに、Managed の自動化が処理を引き受ける前に Runtime のプローブを行う。PR 監視用のプローブも予定タスクのゲートの後段に置かれる。設計上の違いは判断する場所にあり、モデルが開始後に指示を覚えていることだけに頼らず、処理を受け入れる前に前提条件を調べられる。
AISubHub が仮定する PR 監視タスクなら、チームは対応するゲート機構で実行前の必要条件を確認できる。ただし、ノートは万能な検査、正確な終了コードの契約、すべての依存関係の網羅を保証していないため、選んだ設定を自ら検証する必要がある。内部変更には、同じ冪等キーによる取消の繰り返しや、ターンの実行中に二度目の起動を拒むテストの追加もある。これらは記録されたテスト変更であり、AISubHub が実行したものでも、本番の結果を独立に確認したものでもない。
3. 永続化と分離を別々に選ぶ
daemon のトークン永続化は、明示的に選ぶ任意の機能である。ノートによると、qwen daemon start --save-token は bearer token を所有者だけがアクセスできるファイルに保存し、qwen daemon token で管理し、daemon stop で削除する。運用では、再起動の利便性を選択したライフサイクル設定として扱い、管理された環境で記載どおりの削除動作を確認すべきだ。この告知は永続化を既定にするものではなく、暗号化された認証情報保管庫の提供や、トークンをプロジェクトのファイルに置く妥当性も示していない。
QQBot が扱うのは別の状態境界である。破壊的変更の項目では、thread スコープ内でのグループ別セッション分離を復元している。複数グループを使うチームは、更新前に会話とセッションの対応を見直す必要がある。AISubHub の仮定例で、二つのグループが異なるリポジトリを議論するなら、thread スコープだから履歴を共有すると決め付けず、期待するグループ間分離を確認する。これは更新時の互換性の問題であり、daemon の永続化設定が QQBot の会話分離を制御する証拠ではない。
4. モデル設定だけでは利用権を確認できない
プロバイダーの更新には厳密な適用範囲がある。DeepSeek の公式対応は deepseek-flash を使い、その正確なモデルに対して画像を受け付け、思考強度の対応を同 API に合わせる。Alibaba ModelStudio の Token Plan プリセットには deepseek-v4.1-flash の各種バリアントと glm-5.3 を追加し、Standard プリセットには deepseek-v4.1-flash、glm-5.3、モデル検出を追加する。両方とも利用できない項目を削除する。これは Qwen Code の統合とプリセットの変更であり、世界規模でのモデル公開、全エンドポイントでの提供、読者の契約への包含を証明するものではない。
Anthropic のグローバルなプロンプトキャッシュ範囲は、すべての base URL で明示的な有効化が必要になり、既定はセッション単位のキャッシュを維持する。設定を移行する際はキャッシュの範囲を確認すべきで、ノートにヒット率、費用、遅延の測定値はない。埋め込み先のホストは、利用できないモデルを入力欄の選択リストで無効な行として表示し、ホバーやフォーカス時の説明と任意のホスト側操作を付けることもできる。表示されたモデル名は制限の説明である場合もあり、現在のアカウントで選択・使用できる証明にはならない。
5. 操作経路と証拠の水準を確認する
OpenTUI は入力、編集、下書き、ステータス行、Vim、履歴、リアルタイム出力を Ink に合わせ、補完、キュー、取消の処理も整える。Managed Session は再作成せずに MCP サーバーを管理でき、セッションのライフサイクル画面と閲覧用エクスポートも追加される。更新時の確認は実際の作業経路に沿って、下書きの編集、入力のキュー登録と取消、復旧状態の確認、同一セッションでの対応する MCP サーバー管理操作まで進めるとよい。これらは提案する確認項目であり、本稿のために実行した操作ではない。
証拠の層を分けて読む必要がある。ノートには CI の選択ガード、障害テスト用のフィクスチャ、時間依存テストの安定化が並び、Java のアイドル監視テストについては実行時の動作を変えないと明記されている。また、利用条件の確認と失敗時に閉じる動作を含む、任意の Linux ローカルプロセス制約に関する二言語の設計提案も追加する。提案は既定の構成として配備済みである証拠ではない。AISubHub の分析では、明示的な受付条件と状態境界は設定の確認を具体化するが、リリースノートだけですべての障害の解消や改善量を証明することはできない。
注目する理由
AISubHub の分析：開発者は復旧、タスクの受付、永続化、プロバイダーの選択、セッション操作を別々の判断として確認できる。有用な移行記録には、前提条件、想定する画面上の状態、チーム自身の環境で観測した結果を残すとよい。
制約と提供状況
本稿は公式 v0.26.1 リリースノートと、公開された発行時刻の要素に基づく。AISubHub はリンク先のプルリクエストやソース実装の調査、バイナリの実行、記載テストの実行、性能ベンチマークを行っていない。プロバイダーへのアクセスと契約上の利用権は別途確認が必要で、Linux の制約は設計提案として記述されている。Full Changelog は v0.26.0 と v0.26.1 の比較であり、AISubHub はリンク先の差分を独立に調査していない。
出典と根拠
原典の公開日: · 出典確認日:
AI を活用した編集記事を、記載した一次情報で確認しています。企業の主張は出典を明示し、掲載は推奨を意味しません。