Qwen Code 0.23.1／0.23.2がマルチエージェントセッションを再編、旧WebUIパッケージは正式に廃止

Qwen Codeは9月8日に0.23.1をリリースし、翌日には0.23.2でさらに機能を強化した。互換性に関する最も直接的な変更は、独立した`@qwen-code/webui`パッケージの廃止だ。ブラウザインターフェースは、`qwen serve`が提供する内蔵Web Shellへ移行した。これは単なるフロントエンドの移転ではない。daemonがHTTP、Server-Sent Events、ACPサブプロセスを介し、IDE、ブラウザ、CI、独自クライアントでエージェントセッションを共有できるようにする。それぞれが個別にエージェントプロセスを起動する方式ではない。[0.23.1のリリースノート](https://github.com/QwenLM/qwen-code/releases/tag/v0.23.1)では、セッションリソースディレクトリ、ページ分割されたtranscript、動的なワークフロー可視化、実行中のサブエージェントの状態が追加された。

マルチエージェント協調の状態管理も、より明確になった。名前付きタスクでは分離されたworktreeを作成できる。IPCはメッセージが拒否されたことを報告し、バッファリングされたメッセージに有効期限を設定するほか、強制的なsession leaseによって複数のwriterが同じ会話を同時に書き換えることを防ぐ。0.23.2ではさらに、受信側が過負荷になった際、短時間に到着しすぎたpeerメッセージを破棄して送信者へ通知するようになった。これにより、際限なく蓄積する可能性があったキューが、観測可能なバックプレッシャーへと置き換えられた。失敗したエージェントもworkflow journalに記録されるため、上位ワークフローは「結果がない」状態と、処理がまだ実行中の状態を区別できる。

リモート利用については、0.23.2でtokenの自動生成、same-originのWeb Shell、ペアリング用QRコードを含むワンコマンド起動フローが追加された。ただし、[公式daemonドキュメント](https://qwenlm.github.io/qwen-code-docs/en/users/qwen-serve/)では、このアーキテクチャは依然としてStage 1 experimentalと位置付けられており、ローカル環境、個人、または小規模チームでの利用を想定している。SSEでイベントを再開できるのは保持期間内に限られ、複数のworkspaceで共有されるlistenerも完全なACLではない。既存の統合では、パッケージパス、セッションの所有権、メッセージ破棄の挙動、bearer tokenの設定を改めて検証する必要があり、WebUIの置き換えを単なるインターフェース更新として扱うべきではない。