Qwen Code 0.22.3 讓聊天頻道保存八個具名代理任務，但仍共用工作目錄

Qwen Code 0.22.3 把終端 coding agent 的工作階段管理延伸到 Telegram、微信、釘釘、飛書、GitHub 等 Channels。[版本說明](https://github.com/QwenLM/qwen-code/releases/tag/v0.22.3)加入 owner-scoped named sessions；啟用 `multiSession` 後，同一位發送者可在一個聊天中建立、選取、關閉及重新開啟最多八個具名任務。每項任務保留自己的代理對話與 session ID，因此使用者不必為 PR 審查、測試失敗和部署調查反覆清空上下文。

這項設計刻意把身分範圍收窄至「頻道、聊天、發送者」的組合，任務名稱不會直接暴露底層 session ID。不過，[Channels 文件](https://qwenlm.github.io/qwen-code-docs/en/users/features/channels/overview/)列出的限制很重要：目前只能選取一項任務；任務執行中或等待工具批准時不能切換或關閉；所有具名任務仍共用同一工作目錄，個別 worktree 要等後續階段。它因此解決的是對話與上下文切換，而不是檔案層級的並行安全。若兩項任務先後修改同一分支，仍可能互相覆蓋假設或工作樹狀態。

多工作階段只支援 daemon-managed Channels，且要求 `sessionScope: "user"`；webhook、群組歷史回填和 Channel loops 啟用時不可使用。管理者也應注意聊天存取策略：預設 allowlist、配對碼與 open 模式會直接決定誰能啟動可執行工具的代理。

同版還收緊 daemon 安裝本機 Extension 的輸入，只接受絕對路徑並拒絕相對路徑與不支援的選項。這可減少工作目錄變化造成的路徑歧義，但不是完整的供應鏈驗證。下一步應觀察 Qwen 團隊規劃的具名取消、並行切換與每任務 worktree，是否能把對話隔離真正延伸到程序和檔案系統。