Qwen Code 週報：Computer Use ゼロ設定ビルトイン、Feishu 連携、圧縮エンジン書き直し

Qwen Code は今週 v0.17.0 と v0.17.1 をリリース、60 以上の PR がマージされ、4 つの方向をカバーしています：

Computer Use がビルトイン機能になりました。 これまでは Extension のインストール、MCP の設定、権限の付与、再起動が必要で、ほとんどの人がこのワークフローを完遂できませんでした。今では 9 個のデスクトップ自動化ツールが deferred ビルトインとして登録されています。モデルが初回呼び出し時に一度だけ確認を求め、残り（バイナリダウンロード、macOS 権限ガイダンス、サーバーライフサイクル）は全自動です。Anthropic は Opus 4.8 で Computer Use を強化し続けていますが自社モデルに縛られています。Qwen Code はあなたが選んだモデルで動作し、コストはあなたがコントロールできます。

Feishu 連携が開始しました。 Qwen Code は既に WeChat 連携をサポートしており、今週 Feishu も追加されました。WebSocket と Webhook の 2 つの接続方式、Agent の返答は Feishu のインタラクティブカードでリアルタイムにストリーミング出力され、停止ボタン付き。Feishu のグループチャットで @ するだけで Agent が使えます。ツールの切り替えは不要です。

長時間タスクの圧縮でコンテキストが失われなくなりました。 旧圧縮モデルは文字数で 70/30 に分割していました。シングルターンの長時間タスク（典型的な computer-use ワークフロー）はユーザーメッセージが 1 つしかなく、分割ロジックが split point を見つけられず、すべてのスクリーンショットとユーザーの元のプロンプトを破棄していました。新エンジンは全履歴サマリー + 選択的復元に変更：9 セクションの構造化サマリーがナラティブの連続性を保持し、最新 5 ファイル + 3 画像が状態の連続性を復元します。Computer Use の実行中に圧縮しても、Agent は「盲目」にならなくなりました。

CJK ユーザーがようやく解放されました。 中日韓入力メソッドの候補ウィンドウが常にターミナルの左下隅に飛んでいき、実際にタイピングしている場所から遥か遠くにありました。今週、yoga ツリーを走査して物理カーソルをビジュアルカーソルの位置に移動させ、候補ウィンドウがようやく追従するようになりました。

✨ 新機能

Computer Use ゼロ設定ビルトイン：デスクトップ自動化を一回の確認で

Qwen Code は Computer Use をゼロ設定のビルトイン機能にしました。computer_use__list_apps、computer_use__get_app_state、computer_use__click などの 9 個のツールが deferred ビルトインツールとして登録されています。モデルが初めていずれかを呼び出すと、標準の tool-permission ダイアログが表示され、一度 Approve をクリックすれば、その後はすべて自動です。npx -y open-computer-use mcp で上流バイナリ（約 50MB）を取得、macOS が自動的に Accessibility と Screen Recording の権限をガイド、MCP サーバーのライフサイクルは自動管理されます。

デフォルトで有効（tools.computerUse.enabled: true）。不要な場合は設定一つで無効化できます。あなたが選んだモデルで動作し、特定のプロバイダーに縛られません。

これで何ができるか：

• Agent に「Stocks アプリを開いて、最初の株をクリック」と依頼——Agent がスクリーンショットを見て、UI 要素を識別し、自動的にクリック
• 初回使用は一度の確認のみ、その後の呼び出しは直接通過
• モデルが select:computer_use__list_apps,computer_use__get_app_state,computer_use__click を送信してスキーマをバッチロード、一度に複数ツールを読み込み
• macOS 権限ガイダンスは完全自動：Accessibility → Screen Recording → 再起動後自動再接続
• tools.computerUse.enabled: false で無効化、または QWEN_COMPUTER_USE_PACKAGE で上流バイナリバージョンをオーバーライド

詳細は PR #4590 

Feishu Channel：Feishu で直接 Qwen Code を使う

Qwen Code は既に WeChat 連携をサポートしており、今週 Feishu が追加されました。新しい Feishu（Lark）チャンネルアダプターは WebSocket と Webhook の両方の接続方式をサポートします。Agent の返答は Feishu のインタラクティブカードでリアルタイムにストリーミング出力され、停止ボタン付き。引用/返信のコンテキストも正しく取得されます——テキストメッセージでもカードメッセージでも。

各メッセージは独立した状態分離を持ち、複数ユーザーが同時に使用しても干渉しません。

これで何ができるか：

• Feishu のプライベートチャットやグループチャットで Qwen Code を @ して、直接質問やタスク割り当て
• ストリーミングカードで Agent の思考と出力プロセスをリアルタイムに確認、停止ボタンでいつでも中断
• メッセージを引用して質問すると、Agent は引用された元のテキストを見ることができる
• 画像とファイルの添付をサポート

詳細は PR #4379 

圧縮リファクタリング：長時間タスクでコンテキストが失われなくなった

先週、自動圧縮を 3 段階のはしごとして設計しました。今週はもう一段深く：圧縮エンジン自体を書き直しました。

旧モデルは文字数で履歴を前半 70%（サマリーに圧縮）と後半 30%（そのまま保持）に分割していました。問題は computer-use のようなシングルターン長時間タスクで発生しました——ユーザーは「Safari を開いて、検索結果をクリックして、スクリーンショットを撮って」とだけ言い、その後 Agent は数十回のツールコールを実行します。分割ロジックは split point を見つけるために少なくとも 2 つのユーザーメッセージを必要とします。シングルターンでは見つけられず、フォールバックがすべてのスクリーンショットとユーザーの元のプロンプトをテキストサマリーに置き換えました。復元後、Agent は「盲目」になります——視覚的コンテキストなし、ユーザーの意図のバーバティムなし。

新エンジンは summary + 選択的復元を使用：

• 9 セクション構造化 summary：セクション 6 がすべてのユーザーメッセージの逐語引用を強制し、圧縮後もユーザーの意図が生き残ることを保証
• 最新 5 ファイル復元：サイズに応じて適応——小さなファイルはディスクから新しく読んだ完全な内容を埋め込み、大きなファイルはパス参照のみ
• 最新 3 画像復元：各画像にメタデータヘッダー（ターンインデックス + ソースツール名 + args）が付き、モデルが視覚状態とそれを生成したアクションを対応付けられる

これで何ができるか：

• Computer Use の長時間タスク圧縮後、Agent は最新のスクリーンショットとあなたの元の指示をまだ見ることができる
• /compress に focus ディレクティブが追加：/compress focus on the auth bug——サマリーをあなたが気にする点に集中させる（最大 2000 文字）
• Plan mode とバックグラウンド subagent の状態は圧縮後に自動復元、静かに失われることはない

詳細は PR #4599 、#4688 

承認モードのリネーム：Default → Ask Permissions

以前の承認モードのデフォルト設定は「Default」と呼ばれていました——この名前は「これがデフォルトです」としか言わず、このモードが実際にどの権限を付与するかを示していませんでした。他のモード（Plan、Auto-Edit、Auto、YOLO）はすべて直接的に動作を記述しており、Default だけが例外でした。

Ask Permissions にリネームされ、「このモードで Agent は私に聞きますか？」という質問に直接答えます。同時に Claude Code の同等モードの命名に合わせ、ツール間の認知コストを削減しました。

内部 enum 値 ApprovalMode.DEFAULT、settings.json の "default"、CLI コマンド /approval-mode default はすべて変更なし——既存設定のマイグレーションはゼロ。9 ロケールの翻訳を同時更新。

これで何ができるか：

• Settings ダイアログの Tool Approval Mode 行に Ask permissions と表示——このモードがあなたの同意を求めることが一目瞭然
• /approval-mode セレクターに動作の説明が表示され、意味のない「Default」ではない
• 既存の settings.json と CLI コマンドは完全互換、何も変更不要

詳細は PR #4674 

IME 候補ウィンドウ位置修正：CJK 入力メソッドがようやく使えるように

Qwen Code は反転文字でビジュアルカーソルをレンダリングし、物理カーソルは非表示でデフォルトではターミナルの左下隅にあります。CJK 入力メソッドユーザーの候補ウィンドウは常に物理カーソルに追従していました——実際にタイピングしている場所から画面全体分離れています。Hermes と OpenClaude も同じ問題を抱えており、それらの解決策は Ink のソースコードをフォークすることでした。

Qwen Code は異なるアプローチを取ります：addLayoutListener（yoga の calculateLayout() の後にトリガーされ、ジッターゼロ）を使用して yoga ツリーを走査し、入力コンポーネントの絶対位置を取得してから、物理カーソルをビジュアルカーソルの位置に移動させます。patch-package で ink/dom と ink/components/CursorContext の 2 つの内部モジュールを公開し、Ink 全体をフォークする必要はありません。

これで何ができるか：

• Sogou/Apple Pinyin などの CJK 入力メソッドに切り替えると、候補ウィンドウが左下隅に飛ぶのではなくカーソルの横に表示される
• 矢印キーでカーソルを移動すると候補ウィンドウも追従
• 通常の会話、複数行入力、履歴スクロールには影響なし

詳細は PR #4652 

その他の新機能

🔧 重要な修正

🎉 新しいコントリビューター

以下の初回コントリビューターに感謝します：

ご質問やご提案がありましたら、GitHub Issues  でフィードバックをお寄せください！