コマンド

本文書では、Qwen Code がサポートするすべてのコマンドについて詳しく説明し、セッションの効率的な管理、インターフェースのカスタマイズ、動作の制御を支援します。

Qwen Code のコマンドは特定のプレフィックスでトリガーされ、次の 3 つのカテゴリに分類されます。

1. スラッシュコマンド (/)

スラッシュコマンドは、Qwen Code のセッション、インターフェース、および基本的な動作を管理するために使用されます。

1.1 セッションとプロジェクトの管理

これらのコマンドは、作業の進捗を保存、復元、および要約するのに役立ちます。

1.2 インターフェースとワークスペースの制御

インターフェースの外観と作業環境を調整するためのコマンド。

1.3 言語設定

インターフェースと出力言語を制御するための専用コマンド。

• 利用可能な組み込み UI 言語: zh-CN (簡体字中国語)、en-US (英語)、ru-RU (ロシア語)、de-DE (ドイツ語)、ja-JP (日本語)、pt-BR (ポルトガル語 - ブラジル)、fr-FR (フランス語)、ca-ES (カタルーニャ語)
• 出力言語の例: Chinese、English、Japanese など

1.4 ツールとモデルの管理

AI ツールとモデルを管理するためのコマンド。

1.5 組み込み Skill

これらのコマンドは、特殊なワークフローを提供するバンドルされた skill を呼び出します。

/review の完全なドキュメントについては、Code Review を参照してください。

1.6 サイドクエスチョン (/btw)

/btw コマンドを使用すると、メインの会話フローを中断したり影響を与えたりすることなく、簡単なサイドクエスチョン（脇道に逸れた質問）を行うことができます。

動作の仕組み:

• サイドクエスチョンは、最近の会話コンテキスト（最大20メッセージまで）を含む別の API コールとして送信されます。
• 応答は Composer の上に表示されます。待機中も入力を続けることができます。
• メインの会話はブロックされません。独立して継続されます。
• サイドクエスチョンの応答は、メインの会話履歴の一部にはなりません。
• 回答は完全な Markdown サポート（コードブロック、リスト、テーブルなど）付きでレンダリングされます。

キーボードショートカット（インタラクティブモード）:

例:

(メインの会話がコードのリファクタリングに関するものである間)

> /btw JavaScript の let と var の違いは何ですか？

  ╭──────────────────────────────────────────╮
  │ /btw JavaScript の let と var の違いは   │
  │     何ですか？                           │
  │                                          │
  │ + 回答中...                              │
  │ キャンセルするには Escape、Ctrl+C、      │
  │ または Ctrl+D を押してください           │
  ╰──────────────────────────────────────────╯
  > (Composer はアクティブなままです — 入力を続けてください)

(回答が届いた後)

  ╭──────────────────────────────────────────╮
  │ /btw JavaScript の let と var の違いは   │
  │     何ですか？                           │
  │                                          │
  │ `let` はブロックスコープですが、`var` は │
  │ 関数スコープです。`let` は ES6 で導入    │
  │ され、同じ方法では巻き上げられません。   │
  │                                          │
  │ 閉じるには Space、Enter、または          │
  │ Escape を押してください                  │
  ╰──────────────────────────────────────────╯
  > (Composer は引き続きアクティブです)

サポートされる実行モード:

1.7 セッションリキャップ (/recap)

/recap コマンドは、現在のセッションの短い「中断していた場所」の要約を生成するため、履歴のページをスクロールして遡ることなく、古い会話を再開できます。

動作の仕組み:

• 利用可能な場合は設定された高速モデル（fastModel 設定）を使用し、利用できない場合はメインのセッションモデルにフォールバックします。リキャップには小さく安価なモデルで十分です。
• 最近の会話（最大30メッセージ、テキストのみ — ツール呼び出しとツール応答はフィルタリングされます）が、厳格なシステムプロンプトと共にモデルに送信されます。
• リキャップは、実際のアシスタントの応答と区別できるように、薄い色で ❯ プレフィックス付きでレンダリングされます。
• モデルのターンが実行中または別のコマンドが処理中の場合、インラインエラーで拒否します。利用可能な会話がない場合、または基盤となる生成が失敗した場合、/recap はリキャップの代わりに短い情報メッセージを表示します。手動コマンドは常に何らかの応答を返します。

離席後からの復帰時の自動トリガー:

ターミナルのフォーカスが5分以上外れ、再度フォーカスされると、リキャップが自動的に生成されて表示されます（モデルの応答が進行中でない場合のみ。進行中の場合は現在のターンが完了するのを待ってから実行されます）。手動コマンドとは異なり、自動トリガーは失敗時に完全にサイレントです。生成エラーが発生した場合や要約する内容がない場合、履歴にメッセージは追加されません。general.showSessionRecap 設定（デフォルト: false）によって制御されます。手動の /recap コマンドは、この設定に関係なく常に機能します。

例:

> /recap

❯ 境界のない streamContentHistory と contentStats によって引き起こされた
  長時間セッションの OOM に対処するため、loopDetectionService.ts を
  リファクタリング中。次のステップは、確認待ちでオプション B
  （FNV-1a を使用した LRU スライディングウィンドウ）を実装することです。

1.8 Diff ビューア (/diff)

/diff コマンドは、未コミットの変更とターンごとの diff を表示するインタラクティブな diff ビューアを開きます。←/→ で現在の git diff と個々の会話ターンの間を切り替え、↑/↓ でファイルを閲覧し、Enter でインライン diff を表示します。

動作の仕組み:

インタラクティブモードでは、/diff は上部にソースピッカーを持つダイアログを開きます。

• Current — ワーキングツリーと HEAD の比較（git diff HEAD）。ステージング済み、ステージング解除済み、未追跡ファイルを含む、すべての未コミットの変更を表示します。
• T1, T2, T3, … — ターンごとの diff。ファイルを変更したモデルターンごとに1つのタブがあります。最新のターンが最初に表示されます。各タブには、コンテキストとして元のプロンプトのプレビューが表示されます。

ファイルリストには、ファイルごとの統計情報（追加/削除された行数）と、特別な状態（new、deleted、untracked、binary、truncated、oversized）のタグが表示されます。ファイル上で Enter を押すと、構文ハイライトされた hunk でインライン diff を表示します。

ターンごとの diff にはファイルチェックポイントが有効になっている必要があります（インタラクティブモードではデフォルトでオン）。ファイルチェックポイントがオフの場合、「Current」ソースのみが利用可能です。

キーボードショートカット:

例:

┌ /diff · Turn 3 "refactor the auth middleware" ──── 3 files +45 -12 ┐
│                                                                     │
│ ◀ Current · T3 · T2 · T1 ▶                                         │
│                                                                     │
│ › src/utils/parser.ts                              +30 -8           │
│   src/utils/parser.test.ts                         +12 -2           │
│   README.md                                        +3 -2            │
│                                                                     │
│ ←/→ ソース · ↑/↓ ファイル · Enter 表示 · Esc 閉じる                │
└─────────────────────────────────────────────────────────────────────┘

非インタラクティブモード:

ヘッドレス（--prompt）または非インタラクティブなコンテキストでは、/diff はワーキングツリーと HEAD の比較のプレーンテキストサマリーを出力します。ターンごとのナビゲーションは利用できません。

3 files changed, +45 / -12
  +30  -8  src/utils/parser.ts
  +12  -2  src/utils/parser.test.ts
   +3  -2  README.md

1.9 情報、設定、およびヘルプ

情報の取得およびシステム設定の実行を行うコマンドです。

1.10 一般的なショートカット

1.11 認証コマンド

Qwen Code セッション内で /auth を使用して認証を設定します。現在の認証と環境のステータスを確認するには /doctor を使用します。

2. @ コマンド（ファイルの導入）

@ コマンドは、ローカルファイルやディレクトリの内容を会話に素早く追加するために使用します。

注: パス内のスペースはバックスラッシュでエスケープする必要があります（例: @My\ Documents/file.txt）

3. 感嘆符コマンド（!） - シェルコマンドの実行

感嘆符コマンドを使用すると、Qwen Code 内で直接システムコマンドを実行できます。

環境変数: ! を介して実行されるコマンドには、QWEN_CODE=1 環境変数が設定されます。

4. カスタムコマンド

頻繁に使用するプロンプトをショートカットコマンドとして保存し、作業効率と一貫性を向上させます。

概要

優先順位ルール: プロジェクトコマンド > ユーザーコマンド（名前が同じ場合はプロジェクトコマンドが使用されます）

コマンドの命名規則

ファイルパスからコマンド名へのマッピングテーブル

命名規則: パス区切り文字（/ または \）はコロン（:）に変換されます。

Markdown ファイル形式の仕様（推奨）

カスタムコマンドは、オプションの YAML フロントマターを持つ Markdown ファイルを使用します。

---
description: オプションの説明（/help に表示されます）
---
 
ここにプロンプトの内容を記述します。
パラメータの注入には {{args}} を使用します。

TOML ファイル形式（非推奨）

パラメータ処理メカニズム

1. コンテキスト認識注入（{{args}}）

2. デフォルトパラメータ処理

🚀 動的コンテンツ注入

3. シェルコマンドの実行（!{...}）

例: Git コミットメッセージの生成

---
description: ステージされた変更に基づいてコミットメッセージを生成します
---
 
以下の diff に基づいてコミットメッセージを生成してください:
 
```diff
!{git diff --staged}
```

4. ファイル内容の注入（@{...}）

例: コードレビューコマンド

---
description: ベストプラクティスに基づくコードレビュー
---
 
{{args}} をレビューしてください。参考基準:
 
@{docs/code-standards.md}

実践的な作成例

「純粋関数リファクタリング」コマンド作成手順表

---
description: コードを純粋関数にリファクタリングします
---
 
現在のコンテキストのコードを分析し、純粋関数にリファクタリングしてください。
要件:
 
1. リファクタリングされたコードを提供する
2. 重要な変更点と純粋関数の特徴の実装について説明する
3. 関数の動作は変更しない

カスタムコマンドのベストプラクティスまとめ

コマンド設計の推奨事項表

セキュリティ機能のリマインダー表

5. CLI サブコマンド

これらのコマンドは、インタラクティブセッションを開始する前に、シェルから qwen <subcommand> として実行されます。

セッション管理

qwen sessions list

メタデータを含む最近の Qwen Code セッションを一覧表示します。

フラグ:

人間が読みやすい出力（デフォルト）:

以下の列を持つテーブル: SESSION ID, STARTED (UTC タイムスタンプ), TITLE, BRANCH, PROMPT.

JSON 出力 (--json):

stdout に JSON Lines を出力します。各行は以下のフィールドを持つ JSON オブジェクトです。

sessionId, startTime, mtime, prompt, gitBranch, customTitle, titleSource, filePath, cwd

「これ以降にセッションがある」ことを示すヒントは stderr に出力されるため、jq にパイプしても安全です。

例:

# 直近20件のセッションを表示（デフォルト）
qwen sessions list
 
# 直近50件のセッションを表示
qwen sessions list --limit 50
 
# スクリプト用に JSON として出力
qwen sessions list --json | jq .