Qwen Code 0.22.3、チャットチャネルで8つの名前付きエージェントタスクを保持可能に。ただし作業ディレクトリは引き続き共有

Qwen Code 0.22.3 は、ターミナル coding agent のセッション管理を Telegram、WeChat、DingTalk、Feishu、GitHub などの Channels に拡張した。[リリースノート](https://github.com/QwenLM/qwen-code/releases/tag/v0.22.3)では owner-scoped named sessions が追加された。`multiSession` を有効にすると、同じ送信者が1つのチャット内で最大8つの名前付きタスクを作成、選択、終了、再開できる。各タスクは固有のエージェント会話と session ID を保持するため、ユーザーは PR レビュー、テスト失敗、デプロイ調査のたびにコンテキストを消去する必要がない。

この設計では、ID のスコープが意図的に「チャネル、チャット、送信者」の組み合わせに限定され、タスク名から基盤となる session ID が直接露出することもない。ただし、[Channels のドキュメント](https://qwenlm.github.io/qwen-code-docs/en/users/features/channels/overview/)に記載された制限は重要だ。現時点で選択できるタスクは1つだけであり、タスクの実行中やツールの承認待ち中には切り替えも終了もできない。また、すべての名前付きタスクが引き続き同じ作業ディレクトリを共有し、タスクごとの worktree は今後のフェーズを待つ必要がある。したがって、この機能が解決するのは会話とコンテキストの切り替えであり、ファイルレベルの並列安全性ではない。2つのタスクが順番に同じブランチを変更した場合、前提や working tree の状態を互いに上書きする可能性は残る。

マルチセッションは daemon-managed Channels のみをサポートし、`sessionScope: "user"` が必須となる。webhook、グループ履歴のバックフィル、Channel loops が有効な場合は利用できない。管理者はチャットへのアクセス方針にも注意すべきだ。デフォルトの allowlist、ペアリングコード、open モードの設定によって、実行可能なツールを備えたエージェントを誰が起動できるかが直接決まる。

同じバージョンでは、daemon がローカル Extension をインストールする際の入力も厳格化され、絶対パスのみを受け付け、相対パスとサポートされていないオプションを拒否するようになった。これにより、作業ディレクトリの変更に起因するパスの曖昧さは軽減されるが、完全なサプライチェーン検証にはならない。次に注目すべきは、Qwen チームが計画している名前付きキャンセル、並列切り替え、タスクごとの worktree によって、会話の分離をプロセスとファイルシステムへ真に拡張できるかどうかだ。