Qwen Code 週報：Agent Team 並列協働、Durable /loop 再起動後も存活、/cd ディレクトリ切替

Qwen Code 今週は v0.18.0～v0.18.3 の4つの正式版をリリース、100以上のPRが合入、4つの方向をカバー：

マルチAgent並列協働。 以前 /fork はBackground Agentを走らせたが、各Agentは孤立して通信なし、結果を自分で組み合わせる必要があった。Agent Teamモードにより、モデルが名前付きチームを作成し、複数のチームメイトを並列にspawnし、メッセージ交換、タスクリスト共有、最後にleaderが一つのレポートを統合。チームメイトは永続的 — 一つのタスク完了後次のを待機、one-shot subagentのように完了後消滅しない。

定時タスク再起動後も存活。 以前 /loop の定時タスクはセッションと共に消滅 — 再起動後に音もなく消失。Durable /loop は定時タスクをファイルに永続化、次回起動時に自動回復、失われた周期タスクは1回補走。

セッション内ディレクトリ切替、再起動不要。 /cd <path> はCLIを退出せずに現在セッションの作業ディレクトリを切替、セッションファイルは自動で新workspaceに移行、system/directory contextは自動更新。以前はプロジェクトディレクトリ切替には再起動が必要だった。

✨ 新機能

Agent Team：複数Agent並列協働、メッセージ交換、タスク共有

以前Qwen Codeの /fork はBackground Agentを走らせたが、各Agentは孤立 — 3つのAgentを並列でコードレビューに配置しても、通信チャネルがなく、3つの結果を自分で組み合わせる必要があった。

今週Agent Teamモードが追加（実験的、opt-in）。有効化後、モデルが名前付きチームを作成し、複数の「チームメイト」を並列にspawn。チームメイトとleader間でメッセージ交換、タスクリスト共有、leaderが最後に統一レポートを統合。チームメイトは永続的、one-shot subagentではない — 一つのタスク完了後次のを待機、完了後消滅しない。

デフォルト無効（experimental.agentTeam設定または QWEN_CODE_ENABLE_AGENT_TEAM=1環境変数で有効化）。有効化後モデルはチーム協働ツールを獲得（チーム作成/削除、チームメイトにメッセージ送信、共有タスク作成/更新/一覧）、Agentツールに nameパラメータが追加、長寿命の名前付きチームメイトをspawn而非一次性subagent。

何ができるか：

• 3つのreviewerが並列でコードをレビュー（一つはエラー処理、一つは競合状態、一つはエッジケース）、統合レポートを受け取る
• チームを調整して小さなブックマークアプリを構築
• チームメイト完了後自動的にleaderに報告、leaderから統一サマリーを受け取る

PR #4844  を参照

Durable /loop：定時タスク再起動後も存活

以前すべての /loop タスクはセッションと共に消滅 — 「30分毎に私のPRをチェック」とスケジュールしても、Qwen Code再起動後にサイクルが音もなく消失。今週 /loop タスクは再起動後も存活。

リクエストが永続性を暗示する場合（「毎時間私のPRをチェック」）、タスクはプロジェクトごとに ~/.qwen/tmp/<プロジェクトハッシュ>/scheduled_tasks.json に保存（workspace外、git status に出現しない）、次回起動時に自動回復。デフォルトはsession-only、一時的なリマインダーはファイルに書き込まない。

停止期間中に期限切れになった一度限りのリマインダー：再起動時にモデルが確認後実行、静寂に実行しない。失われた周期タスクは起動後1回補走後正常サイクルに復帰。同一プロジェクトで複数セッションがある場合、一つだけが永続タスクをトリガー；ホルダーがクラッシュした場合、別のセッションが数秒内に接管。周期タスクは7日後に自動期限切れ（最後トリガー後削除）。

何ができるか：

• 「毎時間私のPRをチェック」→ 再起動後も継続実行、再スケジュール不要
• 失われた周期タスクは再起動後自動的に1回補走
• 一時リマインダー /loop 5m remind me はセッションと共に消滅、ファイルに書き込まない

PR #5004  を参照

/cd：CLI再起動せずにディレクトリ切替

以前Agentを別のプロジェクトディレクトリから作業させたい場合、退出して再起動する必要があった。複数リポや親子workspace間の切替が不便、セッション内でactive tool contextを移動する方法もなかった。

今週 /cd <path> スラッシュコマンドが追加。対象ディレクトリを検証、信頼確認を処理、workspace rootsとcwdサービスを更新、現在セッションのtranscript/runtime/worktreeファイルを新workspaceセッションディレクトリに移行、system/directory contextを更新。パス補完も機能する。

何ができるか：

• /cd ../another-project 隣接プロジェクトに切替、セッションファイル自動移行
• /cd /path/to/parent-repo セッション内で上下ナビゲーション、再起動不要
• 信頼されていないパスは確認ダイアログ、初回起動時の信頼フローと一致

PR #4890  を参照

Thinking 折りたたみ：推理プロセスが画面を占有しない

以前モデルのthinkingブロックは常に完全な推理テキストを表示、大量の画面スペースを占有。今週3状態表示に変更：

• Streaming段階：4行固定高さスクロールウィンドウで推理内容をリアルタイム表示 + タイマー（「∴ Thinking… 8s」）
• 完了後折りたたみ（デフォルト）：1行で合計時間を表示（「∴ Thought for 15s」）
• 展開表示：thinkingブロック用の専用ショートカットキーは後で割り当て；現在 Ctrl+O はcompactModeトグルをトリガー、thinking展開と同じキーを共用、独立した展開/折りたたみショートカットは後続PRで分離

thinkingDisplayMode設定は削除、単一の折りたたみモードに置き換え。thinkingブロックはUI historyのみ、APIに送信されない、session resume動作は変更なし。

何ができるか：

• 複雑な推理は1行に折りたたみ、邪魔にならない
• Ctrl+O でいつでもモデルの完全な推理プロセスを展開表示
• Streaming段階にタイマー、モデルの思考時間を把握

PR #4598  を参照

MCP承認ゲート：プロジェクトレベルMCP設定が自動接続しない

以前プロジェクト .mcp.json またはworkspace .qwen/settings.json で宣言されたMCP serverは自動接続 — 悪意のある .mcp.json を含むリポを開くと、レビュー前にserverが起動する可能性があった。

今週承認ゲートが追加。プロジェクト .mcp.json とworkspaceスコープMCP serverは接続前に承認が必要。承認決定は <QWEN_HOME>/mcpApprovals.json に永続化、プロジェクトroot + server名でインデックス、config hashにバインド。serverのcommand/args/URL/environment/headersを変更するとhashが変更、pendingに戻る — 古い承認を静寂に継承しない。

MCP server優先度モデル：user/default settings < プロジェクト .mcp.json < workspace/system settings < session (ACP/IDE) < --mcp-config。プロジェクト設定はuser設定をoverrideできるが、enterprise system設定はoverrideできない。

何ができるか：

• 新しいリポを開く時、プロジェクトレベルMCP serverは「Pending approval」表示、自動接続しない
• qwen mcp approve <name> または qwen mcp approve --all でバッチ承認
• server設定変更後自動的に再承認要求（hashバインド）
• qwen mcp list で全serverの承認状態を表示

PR #4713  を参照

Background Agent権限バブリング：Backgroundタスクが確認を自動拒否しない

以前Background Agentが権限確認が必要なTool呼び出し（git push、rm等）に遭遇すると「background agents cannot prompt for confirmation」で自動拒否、親セッションがforegroundで再実行 — Background実行が無駄になり、foregroundに戻って並び待ち。

今週 approvalMode: bubble が追加。Subagent設定で approvalMode: bubble を設定すると、Background Agentが確認が必要なTool呼び出しに遭遇した場合、要求が親セッションのBackground tasks UIにバブリング。Footer pillから詳細を開いて承認可能。承認後Agentは実行継続；拒否後は正常終了。bubble はSubagent-onlyのapprovalMode値、sessionレベルのオプションではない。Headless/ACP/SDKコンテキストでは依然自動拒否（回答できるUIがない）。

何ができるか：

• Custom subagentが approvalMode: bubble を宣言、Backgroundタスクが自動拒否しない
• Footer pillが「⚠ needs approval」を表示、↓で詳細を開いて承認（一回限り承認のみ、「always allow」オプションなし）
• 承認後Agentは継続実行して結果を返却、foregroundで再実行不要

PR #4955  を参照

/compress-fast：LLM呼び出しなし、秒級コンテキスト圧縮

以前 /compress はLLMサイドクエリで要約生成に依存（約2-5秒、約30K token消費）。ローカルモデルデプロイやスペースをすぐ解放したいユーザーには遅すぎた。

今週 /compress-fast が追加、純ルール駆動：microcompactionを強制して古いTool結果とメディアコンテンツをクリーン（最新N個を保持）、モデル返信のthinking部分をすべて削除。ゼロAPI呼び出し、ゼロtokenオーバーヘッド、即時応答。chat_compression checkpointをJSONLに書き込み、--resume動作は /compress と完全に同じ。

何ができるか：

• /compress-fast で即座に数千token解放、遅延なしコストなし
• Tool呼び出し多数の長セッション後にすぐスペース回収したい場合に最適
• /compress は依然利用可能 — 意味的要約品質が必要な場合に使用
• 連続2回 /compress-fast 実行、2回目は「No compression needed」を表示

PR #4893  を参照

その他の新機能

🔧 重要な修正

🎉 コントリビューター

今週のコントリビューターに感謝：

質問や提案がある場合は、GitHub Issues  でフィードバックをお願いします！