Claude Code /statusコマンドで見るべき行 — Session kindと接続診断
/statusが表示するバージョン・モデル・アカウント・接続状況の各行を整理し、v2.1.221で追加されたSession kind行の読み方と認証トラブルでの使い方をまとめます。
/statusはClaude CodeのSettings画面をStatusタブで開くコマンドです。バージョン・モデル・アカウント・接続状況を一画面にまとめて表示し、応答中に送っても中断せず即座に開きます。認証エラーの切り分け、設定ファイルが読み込まれているかの確認、そしてv2.1.221以降はセッションが今どういう実行形態にあるかの確認に使います。
/statusが表示する行の全体像
/statusを実行すると、次のような系統の情報がまとまって表示されます。個別の行の有無や名称はバージョンや接続方式によって変わりますが、大枠は共通です。
| 系統 | 表示される内容 |
|---|---|
| 認証 | 表示される内容Login method / API key / Profile / Auth tokenなど、どの認証手段が有効か |
| 設定 | 表示される内容Setting sources(読み込まれた設定ファイルの階層) |
| 接続先 | 表示される内容APIプロバイダー(Anthropic直結 / Bedrock / AWS / Foundry等)と関連パラメータ |
| セッション種別 | 表示される内容Session kind(v2.1.221以降) |
| その他 | 表示される内容Peer address(セッション間メッセージング有効時)、System diagnostics等 |
すべての行が常に出るわけではありません。APIキー未設定ならAPI key行は出ず、セッション間メッセージングが無効ならPeer address行も出ません。有効な設定・接続方式に対応する行だけが表示される仕組みです。
認証まわりのトラブルはまず/statusで切り分ける
Claude Codeの認証には複数の経路があります(サブスクリプションのログイン、ANTHROPIC_API_KEY環境変数、apiKeyHelper、Anthropicプロファイル等)。これらは優先順位を持ち、競合しうる仕組みです。/statusはどの経路が実際に使われているかを直接示すため、認証エラーの一次切り分けに使えます。
Login method行: サブスクリプションアカウントでログイン中ならここに表示されるAPI key行: 承認済みのANTHROPIC_API_KEYが環境変数に設定されていると出現し、この場合はログインより優先されますProfile行: Anthropicプロファイル認証を使っている場合、Login methodの代わりにここへソース名が表示されるAuth token行:CLAUDE_CODE_OAUTH_TOKEN環境変数での認証時に表示される
サブスクリプションのはずなのに低ティアのAPIキーでリクエストが飛んでいる、という事故は珍しくありません。原因の多くは、シェルの環境変数に残ったANTHROPIC_API_KEYがログインより優先されてしまうケースです。/statusのAPI key行が出ていたら、unset ANTHROPIC_API_KEYで環境変数を外し、サブスクリプションへフォールバックさせます。3つの認証手段それぞれの向き不向きはClaude Codeログイン方法3種の使い分けで扱っています。
Login行がExpired — log in againと表示されることもあります(v2.1.210以降)。これは保存済みのclaude.aiまたはClaude Consoleログインが期限切れで更新できない状態です。この行が出るのは、保存済みログインが実際に使われている認証手段のときだけです。表示される組織名・メールアドレスは保存されていた情報で、/loginをやり直せば解消します。
接続先プロバイダーの確認にも使う
Bedrock・Claude Platform on AWS・Foundry等の外部プロバイダーを使う構成もあります。この場合、/statusは解決済みのプロバイダー名・リージョン・ワークスペースIDなどを表示します。設定漏れの切り分けに直結する項目です。
API provider行:Claude Platform on AWSのように解決されたプロバイダー名が出る- Bedrock利用時は
Amazon Bedrock、Mantle有効時はAmazon Bedrock (Mantle)(両方有効なら両方を併記) - リージョンが設定ファイルやAWSのデフォルトから来ている場合、その出所も併記される
環境変数を設定したのに反映されている気配がないときは、まず/statusでプロバイダー名を確認します。期待するプロバイダー名が出ていなければ、その環境変数が実行中のプロセスに届いていない可能性が高いということです。
Setting sourcesで設定ファイルの読み込みを確認する
Setting sources行は、そのセッションで実際に読み込まれた設定ファイルの階層を一覧表示します。User settingsやProject local settingsのような名称が並びます。管理者設定(managed settings)が効いている場合は配信経路も分かります。(remote) (plist) (HKLM) (HKCU) (file)のように括弧書きで併記されます。
この行は「1つ以上の設定キーを持つ状態で読み込めたソース」だけが載る仕組みです。JSONの構文が壊れている設定ファイルは、中身に設定を書いていても一覧に出ません。設定を変えたのに反映されない場合、まずSetting sourcesに対象のファイルが載っているかを確認し、載っていなければ構文エラーを疑います。claude doctorを実行すると、読み込みに失敗したファイルの詳細まで確認できます。
Session kind行でセッションの実行形態を見る(v2.1.221以降)
Claude Code v2.1.221以降、/statusにSession kindという行が追加されています。それ以前のバージョンでは、このコマンドは実行形態そのものを報告していませんでした。
| 表示 | 意味 |
|---|---|
interactive | 意味ターミナルから直接起動した通常のセッション |
background job · attached | 意味agent view上のバックグラウンドセッションに、今ターミナルがアタッチしている状態 |
background job · unattended | 意味同じくバックグラウンドセッションだが、ターミナルがアタッチしていない状態 |
background jobはagent viewが管理するすべてのセッションを指します。ターミナルでclaudeを直接起動した通常のセッションとは扱いが異なり、アタッチの有無に関わらず「バックグラウンドで動き続けられるセッション」として区別されます。attached/unattendedの違いは、そのセッションに今この瞬間ターミナルがつながっているかどうかです。
セッションをバックグラウンドに送ったつもりが実際どちらの状態か分からなくなったときは、Session kindを見るのが最短です。attachedかunattendedかで、そのセッションに今すぐ返信すべきか、後で戻ればいいかの判断が変わります。agent view全体の設計・アタッチの操作感はagent viewの解説記事で扱っています。
プロキシ・証明書まわりの行
企業ネットワーク配下でプロキシやmTLSクライアント証明書を使う構成では、/statusに接続まわりの行が追加で出ます。
| 行 | 表示条件 |
|---|---|
Proxy | 表示条件有効なプロキシURLを表示。値を解釈できない場合は無効として扱われ、その旨が示される |
mTLS client cert / mTLS client key | 表示条件該当ファイルが実際に読み込めたときだけ表示される。行が出ていない場合は読み込み失敗を意味し、理由はデバッグログに書かれる |
Additional CA cert(s) | 表示条件NODE_EXTRA_CA_CERTSのパスを表示するが、ファイルが実際に読み込めたかまでは確認しない。この行だけはデバッグログ側での確認が必要 |
証明書を設定したのに接続エラーが解消しない場合、mTLS client cert行が出ているかをまず見ます。出ていなければ設定値そのものではなく、ファイルの読み込みに失敗している可能性が高いということです。
その他の実務的な行
Peer address行: セッション間メッセージング(SendMessage)が有効なセッションで、自分自身の受信アドレスが表示されます。Unixドメインソケットの場合はuds:接頭辞付きです。メッセージングを拒否する設定になっているセッションは、この行にも他セッションの一覧にも変化が出ないため、設定側を直接確認する必要がありますSystem diagnostics: シェル設定ファイルの走査結果など、環境まわりの診断情報。v2.1.214より前は、走査対象のパスがディレクトリだった場合にこの項目が空白のまま止まるバグがありましたSelf-exec: バックグラウンドサービスとして解決された起動コマンド。実行中のサービスがこれと一致しない場合は警告が出ます
/statusで見落としやすい点
/statusは応答を中断せず即座に実行される数少ないコマンドの1つです(/tasks/usageと同様)。Claudeが作業中でも構わず打てますSession kindはv2.1.221以降の機能です。それより古いバージョンでは、この行自体が存在しません- モデルのフォールバックチェーンを設定していても、
/statusはその構成内容までは表示しません。フォールバックが実際に発生した通知が、設定されていることに気づく最初のサインになります - デモ配信や録画時に
IS_DEMO環境変数を設定すると、/statusの出力からもメールアドレスや組織名が隠れます
組み込みコマンド全体の中で/statusがどう位置付くかはClaude Codeスラッシュコマンド一覧で確認できます。
よくある質問
/statusと/statuslineは何が違いますか
/statusはSettings画面のStatusタブを開き、バージョン・認証・接続状況などをまとめて表示するコマンドです。/statuslineは画面下部に常時表示されるステータスラインの表示項目を設定するコマンドで、役割がまったく異なります。設定できる表示項目の詳細はClaude Code statuslineの設定と表示項目の選び方にまとめています。
/statusで表示されるアカウント情報を隠すことはできますか
IS_DEMO環境変数を空でない値に設定するとデモモードになり、ヘッダーと/statusの出力からメールアドレスと組織名が隠れます。値を0やfalseにしてもデモモードは有効になり続ける点に注意してください。無効化するには変数自体を削除します。
Session kindがinteractiveでもagent viewに表示されますか
表示されません。claudeを直接起動した通常のセッションはそのターミナルに紐づき、ターミナルを閉じれば終了します。agent viewが管理するのは、明示的にバックグラウンドへ送ったか、agent viewから起動したセッションだけです。
/statusはClaudeが動いている最中でも実行できますか
できます。/statusは応答を中断させずに即座に実行されるコマンドの1つです。長い処理を待たずに、途中で認証や接続の状態を確認できます。
まとめ
/statusは認証・設定・接続先・実行形態を一画面で確認するための診断コマンドです。認証エラーが出たらまずLogin methodとAPI keyの行を見ます。設定が反映されないならSetting sources、セッションの扱いに迷ったらSession kindという使い分けが基本になります。バックグラウンドセッションを多用するなら、Session kindがattachedかunattendedかを確認する習慣をつけておくと、返信が必要なタイミングを見逃しにくくなります。