Codexのスラッシュコマンドとは？一覧と使い分け

Codexのスラッシュコマンドとは：入力欄から使う操作の近道

Codex CLIは、ターミナル（文字でパソコンを操作する画面）で動くCodexです。起動すると下に入力欄が出て、ふだんはそこに「この資料を要約して」のような依頼を書きます。スラッシュコマンドは、その同じ入力欄から、依頼ではなくCodex自体の操作を行うための命令です。モデルの切り替え、権限の変更、会話の要約、変更の確認などを、Codexを終了せずに行えます。

候補の一覧を開いて絞り込む

1. 入力欄で/を1文字打つと、使えるコマンドの候補が開きます。
2. 続けてstのように打つと、その文字で始まる候補だけに絞り込まれます。
3. 使いたいコマンドを選んでEnterで実行します。

公式資料によると、Codexが作業している最中にコマンドを打ってTabを押すと、今の作業が終わった直後に実行されるよう予約できます。コマンドが実際に動くのは作業が終わってからなので、選択画面やエラーもその時に表示されます。

まだCodex CLIを入れていない方は、先にCodex CLIのインストールと初回設定をご覧ください。Codexでできること全体を知りたい方は、Codexの使い方とできることを読んでおくと、この記事のコマンドを使う場面がつかみやすくなります。

Codexのスラッシュコマンド一覧（目的別）

公式資料の一覧には50を超えるコマンドが載っています。すべてを覚える必要はないので、目的ごとに主なものを整理しました。説明は公式資料の内容を日本語にまとめたものです。

このほか、作業の目標を持たせる/goal、計画だけを先に立てさせる/plan、会話をMarkdownで書き出す/export、最後の返答をコピーする/copy、Claude CodeやCursorの設定を取り込む/importなどがあります。全コマンドと最新の説明は、公式のスラッシュコマンド一覧で確認してください。

0.164.0の新機能：/presetsと、/model・/permissionsの引数指定

2026年10月23日（日本時間13時48分）に公開されたCodex CLI 0.164.0では、スラッシュコマンドまわりに2つの便利な変更が入りました。よく使う入力を番号で呼び出せる/presetsと、/model・/permissionsを選択画面を開かずに切り替えられる引数での指定です。この節は0.164.0のリリースノートと、公式リポジトリの変更の説明・テストに基づきます（編集部は未実測のため、画面の表示は変わる可能性があります）。

/presetsで、よく使う依頼を番号から呼び出す

/presetsは、何度も打つ依頼文やスラッシュコマンドを、0〜9の10個の番号（枠）に保存しておく機能です（変更内容）。「今の変更をレビューして」のような決まった依頼を番号に入れておけば、毎回同じ文を打ち直さずに済みます。

1. 入力欄で/presetsを実行すると、入力欄の上に番号つきのメニューが開きます。
2. 保存済みの番号のキー（0〜9）を押すと、その入力がそのまま送られます。空いている番号を押すと、その番号に新しく保存できます。
3. メニューの中では、nで新しく作る、sで今の設定から作る、eで編集、dで削除ができます。置き換えと削除の前には確認が出ます。

メニューはキー操作でも開けます。変更内容によると、0.163.0で入ったリーダーキー（既定はCtrl+X）に続けてpを押すと開きます。ほかの操作に同じキーを割り当てている場合は、そちらが優先されます。割り当ては/keymapで確かめられます。

「今の設定から作る」では、いま使っているモデル・考える深さ・速さの組み合わせや、いまの権限の設定を、そのままプリセットにできます（変更内容）。保存できるのは依頼文とスラッシュコマンドで、!から始まるシェルのコマンドは保存できません。1つの入力は8,000バイトまでです。プリセットを送っても、入力欄に書きかけていた文はそのまま残ります。

プリセットはconfig.tomlにも書ける

作ったプリセットは、ユーザー設定のconfig.tomlのtui.presetsに保存されます（変更内容）。手で書いておくこともできます。番号は0〜9の1文字、inputが送る内容、labelはメニューに出す短い名前で、省略できます。書き方は公式リポジトリのテストと同じ形で、次のようになります。

[tui.presets.1]
input = "/model gpt-5.6-terra --reasoning=high --speed=fast"
label = "fast coding"

[tui.presets.2]
input = "Review the current changes"

モデル名は、/modelの選択画面に出る、自分が使えるものに置き換えてください。番号が0〜9以外の時や、inputが空の時は、設定の読み込みでエラーになります。config.tomlの置き場所と優先順位はCodexのconfig.tomlの記事で説明しています。

/modelと/permissionsは、後ろに書いて直接切り替える

これまで/modelと/permissionsは、選択画面を開いて選ぶ使い方でした。0.164.0からは、コマンドの後ろに設定を書いて、選択画面を開かずに切り替えられます（/modelの変更内容、/permissionsの変更内容）。何も付けずに打てば、これまでどおり選択画面が開きます。

--reasoning=highのように=でつないでも、--reasoning highのように空白で区切ってもかまいません。/modelで変えた内容は今の会話だけに使われ、config.tomlに保存した既定の設定は変わりません。使えないモデル名や考える深さ、知らない設定名を書くと、切り替える前にエラーで止まります。/permissionsでは、自分で作った権限の設定も名前で選べるほか、--approval-policyと--reviewerで確認の方式や審査役も指定できます（変更内容）。作業フォルダの外の書き換えやネット接続も承認なしで行うFull Accessに切り替える時は、引数で書いた場合も確認が出ます。

スラッシュコマンドを編集部で試した結果

編集部はCodex CLI 0.163.0を、読み取り専用（-s read-only）で、しかも必要な時だけ確認を求める設定（-a on-request）で起動しました。作業フォルダには、コミットがまだ1つもないGitリポジトリに、練習用のメモを1つだけ置いたものを使いました。見えたことは次のとおりです。

• /を打った直後の候補は、上から/model、/fast、/ultrafast、/daybreak、/ide、/permissions、/keymap、/vimの順でした。画面の説明では、/ultrafastは「遅れを避けたい作業向けの、いちばん速い応答」、/daybreakは「サイバーセキュリティの作業向けに、より広い利用を案内する」コマンドです。どちらも公式の一覧表には無いため、アカウントやモデルによって表示が変わる可能性があります。
• /stまで打つと、候補は/status・/statusline・/stopの3つに絞り込まれました。
• /conで/config（説明は「Codexの好みを設定する」）が出ました。公式の一覧表にはまだ載っていませんが、0.163.0の変更履歴に、設定を検索して変更できる/configが追加されたと書かれています。今回は開いていません。
• 上位の解説記事の一部が紹介している/approvalsは、候補に出ませんでした（/apprと打っても出るのは/approveだけ）。確認の頻度を変えるのは/permissionsです。
• /diffは、まだコミットしていない練習用メモを、new file（新しいファイル）として全画面で表示しました。

一方で、失敗もありました。/で開いた候補をEscで閉じても、入力欄の/は消えずに残ります。そのまま続けて打ったため、入力欄が//sta/statusという1行になりました。これをEnterで送ると、スラッシュコマンドとしては扱われず、普通の依頼文としてCodexに渡り、作業が始まりました。読み取り専用で起動していたためファイルは変わりませんでしたが、Web検索などの作業は始まりました。書き込みを許す設定なら思わぬ作業につながりえます。編集部の環境では、Ctrl+Uを押すと入力欄の1行をまとめて消せたので、打ち直したい時はこの操作が使えます。

/statusなど、状態を確かめるスラッシュコマンド

作業を任せる前に、Codexが「どのモデルで、どのフォルダを対象に、どの権限で」動くのかを確かめておくと、思わぬ書き換えを防げます。そのためのコマンドが/statusです。

編集部の0.163.0では、/statusで次のような項目が表示されました（主なもの）。

• Model：使っているモデルと考える深さ
• Directory：作業フォルダ
• Permissions：今の権限（今回は「Read Only」）
• Agents.md：読み込んでいる指示書（今回は無し）
• Account：サインイン中のアカウント
• Session：会話のID
• Weekly limit：週の利用枠の残り
• Credits：残りのクレジット

アカウントのメールアドレスや利用枠、クレジットも画面に出るので、この画面を人に見せたり、スクリーンショットを共有したりする時は注意してください。表示の冒頭には、最新の利用量はChatGPTの使用量の設定画面で確かめるよう案内も出ていました。

利用量は /usage で見る

公式資料によると、/usageはアカウントの利用量を表示します。/usage daily・/usage weekly・/usage cumulativeで、日・週・累計の表示を直接開けます。アカウントで利用枠のリセットができる場合は、その操作もここから行えます。編集部は今回/usageを実行していません。

設定が効いていない時は /debug-config

config.tomlに書いたはずの値が効かない時は、/debug-configを使います。設定がどの層（ユーザー設定、プロジェクト設定など）から読まれたかが、優先度の低い順に表示されます。会社などで、許される確認の方式やCodexが触れてよい範囲に制約が設定されている場合は、その内容も表示されます。設定ファイルの書き方と優先順位は、Codexのconfig.tomlの記事で詳しく説明しています。

/permissionsで確認の頻度を切り替える

/permissionsは、Codexが確認なしでどこまで作業してよいかを、会話の途中で切り替えるコマンドです。編集部の0.163.0では、次の4つの選択肢が表示されました（説明は画面の英文を日本語にしたものです）。

公式資料では、選択肢の例として「Auto」と「Read Only」が挙げられていますが、編集部の画面の表示名は上のとおりでした。版や設定によって名前が変わる可能性があるため、画面の説明文を読んで選んでください。変更した権限は、また変えるまでその会話で使われます。毎回同じ権限で起動したい場合は、config.tomlに書いておく方法があります。

/approve との違い

/approveは権限を変えるコマンドではありません。自動の審査が少し前に止めた操作を、1回だけやり直させるためのものです。同じ種類の操作を何度も許したい場合は、/approveを繰り返すのではなく、/permissionsで権限を見直します。

会話を整理するスラッシュコマンド：/compact・/new・/resume

長い作業を続けると、会話の履歴がたまり、Codexが一度に覚えておける量（コンテキスト）を圧迫します。会話を整理するコマンドは、目的によって使い分けます。

/compact と /recap の違い

/compactは、それまでのやり取りを短い要約に置き換えて、使える余白を空けます。大事な点は要約に残りますが、細かいやり取りは要約の中に縮められます。/recapは、会話を縮めずに、ここまでの要約を作るだけです。途中で状況を振り返りたい時は/recap、余白を空けたい時は/compactと覚えておくと迷いません。

/new と /clear の違い

どちらも、Codexを終了せずに新しい会話を始めるコマンドです。/newは画面の表示を残したまま新しい会話にし、/clearは画面も消してから新しい会話にします。/new 請求書の点検のように後ろに名前を付けると、その名前で新しい会話を作れます。似た操作のCtrl+Lは、画面を消すだけで会話はそのまま続きます。公式資料によると、/clearとCtrl+Lは、Codexが作業している間は使えません。

/resume・/fork・/side の違い

• /resume：保存されている会話の一覧から選んで、前回の続きを始める
• /fork：今の会話を複製して新しい会話にする。元の会話は残るので、別のやり方を並行して試せる
• /side（/btw）：本筋の会話とは記録を分けた、使い捨ての寄り道の会話を開く。本筋の進み具合は画面に表示され続ける

編集部は今回、これらのコマンドを実行していません。説明は公式資料に基づいています。

/diffと/reviewで書き換えた内容を確かめる

Codexにファイルを書き換えさせた後は、コミットやテストの前に変更を確かめます。/diffは、まだコミットしていない変更をまとめて表示します。git addで記録の準備に入れた変更も、まだ入れていない変更も、Gitがまだ管理していない新しいファイルも含まれます。編集部の環境でも、まだ管理していない練習用のメモが、new file（新しいファイル）として表示されました。

/reviewは、作業中の変更をCodexに点検させるコマンドです。公式資料によると、動作の変化やテストの不足に注目して問題点をまとめます。使うモデルは今の会話と同じで、config.tomlのreview_modelで別のモデルを指定することもできます。レビューの頼み方と、指摘を受けた後の直し方は、Codexでコードレビューする方法で扱っています。

最初の準備に使うスラッシュコマンド：/init・/mcp・/skills

新しいリポジトリでCodexを使い始める時に一度使うと便利なコマンドもあります。

• /init：今のフォルダに、Codexへの指示書AGENTS.mdのひな形を作ります。作られた内容はそのまま使わず、リポジトリの決まりに合わせて直してから保存します。書き方はAGENTS.mdの書き方を参考にしてください。
• /mcp：設定済みの外部ツール（MCP）の一覧を表示します。/mcp verboseで詳しい状態を、/mcp login 名前で接続先へのサインインを行えます。接続の設定はCodexのMCP設定で説明しています。
• /skills：手元のスキル（繰り返す仕事の手順書）を選んで、次の依頼に使わせます。作り方はCodex Skillsの使い方にまとめています。
• /hooks：作業の前後に自動で動く処理（hooks）の一覧を表示します。新しく追加された処理を使ってよいと認めたり、止めたりもできます。詳しくはCodex hooksの記事をご覧ください。

スラッシュコマンドとターミナルのcodexコマンドの違い

名前が似ているものに、ターミナルで直接打つcodex resumeのようなコマンドがあります。スラッシュコマンドはCodexを起動した後の入力欄で使い、ターミナルのコマンドはCodexの画面を開く前にシェルから直接実行します。

codex resume --lastは、今いるフォルダの直近の会話を選びます。すべてのフォルダから選ぶ時は--allを付けます。会話の途中で操作を変えたい時はスラッシュコマンドを使います。決まった作業を自動で繰り返させたい時（スクリプトや、変更のたびに自動で動く検査の仕組みから呼ぶ時）は、codex execを使うと考えると整理しやすくなります。

スラッシュコマンドが動かない時の確認順

候補に出てこない

まずcodex --versionで版を確かめます。コマンドは版ごとに増えたり名前が変わったりするため、古い版では最新の資料にあるコマンドが出ないことがあります。たとえば/presetsと、/model・/permissionsの引数での指定は0.164.0からです。/fastのように、使っているモデルが対応している時だけ出るコマンドもあります。また、/setup-default-sandboxはWindowsで特定の状態の時だけ表示されます。古い記事のコマンド名は、今の版では別の名前になっていたり、無くなっていたりする場合があります。

Codexの作業中に使えない

公式資料によると、/plan・/clear・/delete・/import・/cdなどは、Codexが作業している間は使えません。作業中に使いたい時は、コマンドを打ってTabで、今の作業が終わった後に実行されるよう予約するか、Escで今の作業を止めてから使います。編集部の環境では、/pwdは作業中でも実行でき、作業フォルダが表示されました。

普通の依頼として送られてしまった

/が重なるなど、コマンド名として読めない入力のままEnterを押すと、スラッシュコマンドではなく普通の依頼文として送られることがあります。編集部の環境では、//sta/statusという入力が依頼文として送られました（1回の観察で、すべての打ち間違いで同じになるかは確かめていません）。Enterの前に、入力欄の上に目的のコマンドが候補として出ているかを確かめてください。始まってしまった作業は、Escで止められます。

まとめ：スラッシュコマンドは毎日使う4つから覚える

Codexのスラッシュコマンドは数が多いですが、毎日使うのは一部です。作業の前に/statusでモデル・フォルダ・権限を確かめ、必要なら/permissionsで確認の頻度を変えます。会話が長くなったら/compactで整理し、書き換えの後は/diffで変更を見ます。この4つを習慣にするだけでも、Codexに任せる作業の安心感が大きく変わります。ほかのコマンドは、必要になった時に/を打って候補から探せば十分です。最新の一覧と細かい動きは、公式のスラッシュコマンド一覧で確認してください。