Codexデスクトップアプリは、入力欄で「/」を入力するとコマンド一覧が表示されます。
2026年9月時点で24種類あります。
ただし、ターミナルで動くCodex CLIとはコマンド体系が異なります。
検索結果で見かける「Codexスラッシュコマンド一覧」の多くはCLI向けの内容であり、アプリの入力欄に入力しても呼び出せません。
この記事ではデスクトップアプリで実際に使えるコマンドだけを一覧化し、CLIとの違いやコマンドの自作手順まで詳しく解説します。
コマンドの実行手順
- 入力欄で 「/」を入力する
- 候補一覧が表示されるので、そのまま文字を続けて絞り込む（例：
/staで/status） - Enterキーで確定する
コマンド名単体で実行することも、後ろに指示文を続けて送信することも可能です。
/plan このリポジトリをTypeScriptに移す手順を立てて実行中のコマンド予約
Codexの処理中であっても、コマンドを入力してキューに入れておけます。
実行中に入力して Tab を押すと、次のターンの先頭に予約されます。
予約されたコマンドは、実行中のターンが完了してから解釈されます。
そのため、選択肢メニューやエラー表示も処理完了後に出力されます。
「反応がない」と誤認して重ねて送信すると、二重に実行されてしまいます。
一度入力したら、現在の処理が完了するまで待機してください。
目的別のコマンド早見表
すべてのコマンドを覚える必要はありません。
やりたい操作から逆引きしてご利用ください。
| 目的 | コマンド |
|---|---|
| 実装前に作業計画・手順を策定させたい | /plan |
| 長期のタスクで目標から脱線させずに進めたい | /goal |
| 記述したコードのレビューを依頼したい | /review |
| リポジトリ固有のルールや前提を把握させたい | /init |
| 会話履歴が肥大化して動作が重くなった | /compact |
| 本線の作業を中断せず、一時的に別の質問をしたい | /side |
| 現在の会話を分岐して別のアプローチを検証したい | /fork |
| 作業ディレクトリを汚さずに検証環境を分けたい | /worktree |
| 使用モデルの変更や推論深度を調整したい | /model /reasoning |
| クォータの残り利用枠を確認したい | /status |
| ローカル環境ではなくクラウド環境で実行したい | /cloud |
| 自動レビューでブロックされた処理を再試行したい | /approve |
デスクトップアプリ対応コマンド全24種一覧
公式ドキュメントに記載されている、アプリ版対応コマンドの一覧です。
2026年9月14日時点の仕様に基づきます。
タスク進行・制御系
| コマンド | 機能と動作 |
|---|---|
/plan | 計画モードの有効・無効を切り替える。コード生成前に実行計画を策定・確認させる |
/goal | セッション全体で維持するゴールを固定する。作業が脱線しても本来の目標へ復帰させる |
/review | コードレビューを開始する。未コミットの変更差分が対象 |
/init | プロジェクト直下に AGENTS.md のテンプレートを生成する |
/compact | 現在のコンテキスト履歴を要約・圧縮する |
/approve | 直前の自動レビューで却下された提案を、1回のみ再実行させる |
実行環境・ワークスペース制御系
以下の6つのコマンドはデスクトップアプリ固有の機能です。
ターミナルCLIでは作業ディレクトリへ移動した状態で起動するため、該当するコマンドが存在しません。
| コマンド | 機能と動作 |
|---|---|
/local | 選択中のローカルリポジトリでタスクを実行する |
/cloud | クラウド環境で実行する。利用可能な契約・権限がある場合のみ |
/cloud-environment | 使用するクラウド実行環境を選択する |
/worktree | 新規のGitワークツリーを作成してタスクを実行する。作業中ブランチを変更せず安全に検証可能 |
/project | 新規セッションを開始する対象プロジェクトを選択する |
/task | 特定のプロジェクトに紐付かない独立したチャットを開始する |
セッション・コンテキスト操作系
| コマンド | 機能と動作 |
|---|---|
/fork | 現在のセッションを複製して別スレッドに分岐する。ワークツリーへの分岐にも対応 |
/side | 本筋のセッションを停止せず、独立した一時チャットを開始する |
/status | セッションID・消費コンテキスト量・利用制限枠のステータスを表示する |
モデル・生成パラメーター設定系
| コマンド | 機能と動作 |
|---|---|
/model | 該当セッションで使用するAIモデルを切り替える |
/reasoning | 推論レベル（Reasoning effort）を設定する |
/fast | 高速推論モード（Fast tier）を切り替える。利用可能なプランのみ |
/personality | 応答トーンやペルソナを設定する。対応モデルのみ |
/memories | メモリ機能の参照・保存設定を変更する。対応プランのみ |
連携・補助機能系
| コマンド | 機能と動作 |
|---|---|
/mcp | MCP接続パネルを開き、登録済みサーバーの状態を確認する |
/ide-context | 連携エディタ側からのコンテキスト共有の有効・無効を切り替える |
/feedback | フィードバック送信ダイアログを表示する。ログ添付に対応 |
/pet | デスクトップマスコットの表示・非表示を切り替える |
デスクトップアプリ非対応・CLI限定コマンドの違い
CLIとアプリの仕様差異は最も混乱しやすいポイントです。
Codex CLIには50種類近いコマンドが存在しますが、その大半はデスクトップアプリには実装されていません。
理由はシンプルで、デスクトップアプリでは画面上のGUIから直接操作できるためです。
| CLI限定コマンド | デスクトップアプリでの対応操作 |
|---|---|
/permissions | 入力欄の実行権限バッジ（フルアクセス等）から切り替える |
/skills /plugins | サイドバーの「プラグイン」メニューから設定する |
/hooks | 設定画面のフック設定タブから管理する |
/mention | 入力欄左側の「＋」ボタンからファイルを添付する |
/diff | 画面右側パネルの「変更」タブで差分を確認する |
/resume /rename /archive /delete | サイドバーの履歴一覧・右クリックメニューから操作する |
/clear /new | 新規チャット作成（ショートカット：Ctrl＋N） |
/theme /vim /statusline /keymap | ターミナル表示設定のためアプリには非搭載 |
/ps /stop | 実行中カードの停止ボタンから中断する |
/usage | /status またはアカウント管理メニューから確認する |
/quit /exit /logout | ウィンドウを閉じる、またはアカウントメニューからログアウトする |
反対に、デスクトップアプリ限定のコマンドも存在します。
/cloud /local /worktree /project /task の5種類です。
これらは実行環境やセッションの分離を司るコマンドであり、CLIではプロセス起動時に引数やディレクトリで決定するためコマンド化されていません。
デスクトップアプリとターミナルCLIの使い分け基準は、以下の関連記事で解説しています。
作業効率が向上する重要コマンド3選
/plan ─ 事前に実装計画を策定する
計画なしに実装を依頼すると、意図と乖離したコードが出力されやすくなります。
/plan を付与すると、コード生成に着手する前に手順書を段階的に提示します。
コマンドの後ろに続けて具体的な作業指示を記述できます。
/plan 画像の読み込みを遅延にして、表示速度を上げたい事前に段取りを確認・修正できるため、不要な手戻りを大幅に抑制できます。
/goal ─ 目標を固定して脱線を防止する
大規模なタスクほど、会話の進行に伴って目的から脱線しやすくなります。
/goal は、該当セッション全体を通してエージェントが意識し続ける主目標を固定するコマンドです。
公式ドキュメントでは「/plan と組み合わせた運用」が推奨されています。
計画モードで段取りを整理した上で、最終的な到達点をゴールとして固定する手順が効果的です。
ゴール設定後は、入力欄上部に進捗状況のインジケーターが表示されます。
インジケーター上から処理の一時停止や再開操作も可能です。
同名のコマンドはClaude Codeにも存在します。
ただし内部実装や動作仕様は異なるため、/goal で情報検索する際は混同しないよう注意が必要です。
/side ─ メイン履歴を保持したまま別件を問い合わせる
作業進行中に、仕様の確認や技術的な疑問が生じるケースがあります。
メインセッションで直接質問すると、本来の作業コンテキストに無関係な情報が混入してしまいます。
/side で立ち上げたサブチャットは一時的なコンテキストとなり、メインのタスクを中断させずに実行できます。
確認が終われば、コンテキストを汚すことなくメインセッションの作業に戻れます。
カスタムコマンド（スキル）の自作方法
Codexにおける自作コマンドは「スキル（Skills）」として定義します。
スキルの配置ディレクトリ
専用ディレクトリを作成し、その配下に設定ファイルを1つ配置するだけで作成できます。
.agents/skills/my-skill/SKILL.md配置可能なディレクトリは適用スコープに応じて3通りあります。
| 配置ディレクトリ | 適用スコープ |
|---|---|
.agents/skills/ | 該当リポジトリ内限定。Git管理でチーム共有が可能 |
$HOME/.agents/skills/ | 現在のユーザーの全プロジェクトで横断利用可能 |
/etc/codex/skills/ | マシン全体に適用。組織単位での共通設定配布用 |
カレントディレクトリからリポジトリルートに向かって自動で上位走査されます。
サブディレクトリの深い階層で作業している場合でも、配置階層を意識せず呼び出せます。
SKILL.mdの記述形式
SKILL.md のフロントマターに、スキル名と概要説明を記述します。
---
name: draft-article
description: 渡された題材で記事の下書きを作るときに使う
---
# 記事の下書きを作る
渡された題材で記事の下書きを作る。
見出しを3つ立て、それぞれに要点を箇条書きで置くこと。description の記述精度が最も重要です。
Codexはこの説明文を解析し、現在のタスクに対して適用すべきスキルかを自動判定します。
「何をする処理か」ではなく「どういう状況で呼び出すべきか」を具体的に定義してください。
スキルの呼び出し方法
自作スキルを呼び出す方法は2種類あります。
| 呼び出し方式 | 指定方法 |
|---|---|
| 明示的に指定して実行する | 入力欄で $ を入力して補完リストから選択（例：$draft-article） |
| プロンプトに応じてCodexが自動判定する | 通常プロンプトを入力。description の条件に一致すれば自動で適用される |
スキルの定義方法に迷った場合は $skill-creator を実行してください。
作成したい機能の要件を伝えるだけで、スキルの雛形を対話的に自動生成できます。
/prompts: コマンドは非推奨
過去の解説記事では ~/.codex/prompts/ 配下にMarkdownを配置する手法が紹介されていました。
/prompts:名前 の形式で呼び出す旧仕様です。
本機能は現在非推奨となっています。
公式ドキュメントでも「再利用する指示セットはスキル形式で作成すること」とアナウンスされています。
新規にカスタムコマンドを作成する場合は、必ずスキル形式を採用してください。
プラグインの構成や各種詳細設定については、以下の記事でまとめています。
Antigravityのコマンド一覧および操作手順はこちらで解説しています。
この記事で紹介しているコードは、GitHubのMOTOKI-LLC/cg-method-codeにもまとめています。
CodexとAntigravityの記事は、ほかにもあります。
まとめ
- 入力欄で「/」を入力するとコマンド一覧が表示される（デスクトップアプリ版は全24種）
- タスク処理中もコマンド予約が可能。Tabキーで次ターン先頭に予約され、現在の処理完了後に解釈される
- CLIコマンド一覧とは仕様が異なる。検索で見つかる約50種のコマンドの多くはCLI限定機能
- デスクトップアプリ限定コマンドは
/cloud/local/worktree/project/task - 特に効果的なのは
/plan→/goalの連携。計画モードで段取りを整理してから到達目標を固定する - 自作コマンドは
.agents/skills/配下にSKILL.mdを配置して作成。$プレフィックスで手動指定可能 /prompts:は非推奨。新規作成時はスキル形式を採用する
本記事の内容は2026年9月14日時点の公式仕様に基づき確認しています。
公式ドキュメントのスラッシュコマンドリファレンスはこちらです。
Claude Codeのコマンド一覧と比較したい場合はこちらをご覧ください。
主要AIコーディングアシスタント3製品の機能比較記事も公開しています。
その他の生成AI・開発支援ツールの活用記事は、まとめ一覧よりご覧いただけます。
