コマンド

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

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

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

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

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

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

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

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

1.3 言語設定

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

• 利用可能な組み込み UI 言語: zh-CN (簡体字中国語)、en-US (英語)、ru-RU (ロシア語)、de-DE (ドイツ語)
• 出力言語の例: Chinese、English、Japanese など

1.4 ツールとモデル管理

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

1.5 組み込みスキル

これらのコマンドは、専門的なワークフローを提供するバンドルスキルを呼び出します。

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

1.6 サイド質問 (/btw)

/btw コマンドを使用すると、メインの会話フローを中断したり影響を与えたりすることなく、簡単なサイド質問を行うことができます。

動作原理:

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

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

例:

(While the main conversation is about refactoring code)

> /btw What's the difference between let and var in JavaScript?

  ╭──────────────────────────────────────────╮
  │ /btw What's the difference between let   │
  │     and var in JavaScript?               │
  │                                          │
  │ + Answering...                           │
  │ Press Escape, Ctrl+C, or Ctrl+D to cancel│
  ╰──────────────────────────────────────────╯
  > (Composer remains active — keep typing)

(After the answer arrives)

  ╭──────────────────────────────────────────╮
  │ /btw What's the difference between let   │
  │     and var in JavaScript?               │
  │                                          │
  │ `let` is block-scoped, while `var` is    │
  │ function-scoped. `let` was introduced    │
  │ in ES6 and doesn't hoist the same way.   │
  │                                          │
  │ Press Space, Enter, or Escape to dismiss │
  ╰──────────────────────────────────────────╯
  > (Composer still active)

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

1.7 セッション要約 (/recap)

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

動作原理:

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

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

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

例:

> /recap

❯ Refactoring loopDetectionService.ts to address long-session OOM caused by
  unbounded streamContentHistory and contentStats. The next step is to
  implement option B (LRU sliding window with FNV-1a) pending confirmation.

1.8 情報、設定、ヘルプ

情報の取得やシステム設定を行うためのコマンドです。

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

1.10 CLI 認証サブコマンド

セッション内の /auth スラッシュコマンドに加えて、Qwen Code はターミナルから直接認証を管理するためのスタンドアロン CLI サブコマンドを提供します。

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

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

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

3. エクスクラメーションコマンド (!) - Shell コマンド実行

エクスクラメーションコマンドを使用すると、Qwen Code 内でシステムコマンドを直接実行できます。

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

4. カスタムコマンド

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

概要

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

コマンド命名規則

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

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

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

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

---
description: Optional description (displayed in /help)
---
 
Your prompt content here.
Use {{args}} for parameter injection.

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

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

1. コンテキスト対応注入 ({{args}})

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

🚀 動的コンテンツ注入

3. Shell コマンド実行 (!{...})

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

---
description: Generate Commit message based on staged changes
---
 
Please generate a Commit message based on the following diff:
 
```diff
!{git diff --staged}
```

4. ファイルコンテンツ注入 (@{...})

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

---
description: Code review based on best practices
---
 
Review {{args}}, reference standards:
 
@{docs/code-standards.md}

実践的な作成例

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

---
description: Refactor code to pure function
---
 
Please analyze code in current context, refactor to pure function.
Requirements:
 
1. Provide refactored code
2. Explain key changes and pure function characteristic implementation
3. Maintain function unchanged

カスタムコマンドのベストプラクティス概要

コマンド設計推奨事項表

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