Skip to main content
Claude が指示を無視したり、設定した機能が表示されない場合、通常の原因はファイルが読み込まれなかった、予期した場所とは異なる場所から読み込まれた、または別のファイルがそれをオーバーライドしたことです。このガイドでは、Claude Code が実際に読み込んだ内容を検査して、どれが当てはまるかを絞り込む方法を示します。 インストール、認証、接続の問題については、代わりに トラブルシューティング インストールとログイン を参照してください。

​
コンテキストに読み込まれた内容を確認する

/context コマンドは、現在のセッションでコンテキストウィンドウを占めているすべての内容をカテゴリ別に表示します。カテゴリは、システムプロンプト、システムツール、MCP ツール、カスタムサブエージェント（それぞれの読み込み元を含む）、メモリファイル、スキル、会話メッセージです。まずこのコマンドを実行して、CLAUDE.md、ルール、スキルの説明がそもそも存在するかどうかを確認してください。/context のスキルセクションにはバンドルスキルも含まれますが、これは /skills には表示されません。 特定のカテゴリの詳細を確認するには、続けて専用のコマンドを実行します。 メモリファイルが /context の内訳に表示されない場合は、その場所を CLAUDE.md ファイルの読み込み方法と照らし合わせて確認してください。サブディレクトリの CLAUDE.md ファイルは、セッション開始時ではなくオンデマンドで読み込まれるため、この内訳には表示されません。 /context でファイルが読み込まれていることを確認できたのに、Claude が特定の指示に従わない場合、問題は読み込まれたかどうかではなく、指示の書き方にある可能性が高いです。CLAUDE.md は、プロジェクトの規約、ビルドコマンド、ファイルの配置場所など、新しいチームメイトに伝えるような種類のガイダンスに適しています。 指示が複数の解釈ができるほど曖昧な場合、2 つのファイルが矛盾する指示を与えている場合、またはファイルが長くなりすぎて個々のルールへの注意が薄れている場合には、指示の遵守率が低下します。効果的な指示を書くでは、遵守率を高く保つための具体性、サイズ、構造のパターンを説明しています。
CLAUDE.md と権限は、それぞれ異なる問題を解決します。CLAUDE.md は、Claude が適切な判断を下せるようにプロジェクトの仕組みを伝えます。権限とフックは、Claude の判断に関係なく制限を強制します。「ここではこのやり方をする」という内容には CLAUDE.md を使用してください。セキュリティ境界や、決して起きてはならないことなど、ガイダンスではなく保証が必要なものには、権限またはフックを使用してください。

​
解決された設定を確認する

設定はマネージド、ユーザー、プロジェクト、ローカルスコープ全体でマージされます。マネージド設定が存在する場合は常に優先されます。その他の場合、より近いスコープが、ローカル、プロジェクト、ユーザーの順序でより広いスコープをオーバーライドします。一部の設定は、コマンドラインフラグまたは 環境変数 で設定することもでき、これは別のオーバーライドレイヤーとして機能します。設定が適用されないように見える場合、設定した値は通常、別のスコープまたは環境変数によってオーバーライドされています。 無効な設定ファイルを見つけるには、ターミナルから claude doctor を実行してください。セッションを開始せずに、読み取り専用のインストールと設定の診断をプリントします。セッション内で完全なチェックアップを実行する場合は、/doctor を実行してください。これは修正を提案し、適用する前に確認を求めます。 /status を実行して、マネージド設定が有効かどうかを含む、どの設定ソースがアクティブかを確認します。特定のキーに対して Claude Code がどのスコープを使用するかを理解するには、設定の優先順位 を参照してください。

​
MCP サーバーを確認する

/mcp を実行して、すべての設定されたサーバー、その接続ステータス、および現在のプロジェクトに対して承認したかどうかを確認します。サーバーは正しく定義されていても、いくつかの一般的な理由でツールを提供しない場合があります：
  • .mcp.json のプロジェクトスコープサーバーは 1 回限りの承認が必要です。プロンプトが却下された場合、/mcp から承認するまでサーバーは無効のままです。
  • 起動に失敗したサーバーは /mcp で失敗として表示されます。command または args の相対ファイルパスは頻繁な原因です。これらは .mcp.json の場所ではなく、Claude Code を起動したディレクトリに対して解決されるためです。
  • 接続されているが 0 個のツールをリストするサーバーは正常に起動していますが、ツールリストを返していません。/mcp から 再接続 を選択します。カウントが 0 のままの場合は、claude --debug=mcp を実行してサーバーの stderr をデバッグログ（~/.claude/debug/<session-id>.txt）で確認します。
設定場所とスコープルールについては、MCP を参照してください。

​
Hooks を確認する

/hooks を実行して、現在のセッションに登録されているすべてのフックをイベント別にグループ化して一覧表示します。定義したフックが表示されない場合、Claude Code はそのフックを読み込んでいません。次の原因がないか確認してください：
  • フックがスタンドアロンファイルで定義されている。フックは設定ファイルの "hooks" キーの下に置きます。
  • matcher の値が単一の文字列ではなく配列になっている。Claude Code は、対話型セッションの開始時と claude doctor で、そのエントリを無効な設定として一覧表示します。配列が PreToolUse または PermissionRequest の下にある場合、そのファイルの他のフックも一切読み込まれません。
フックが表示されても発火しない場合、通常の原因はマッチャーです。以下の間違いがないか確認してください：
  • matcher フィールドは、複数のツール名をマッチするために | を使用する単一の文字列です。例えば "Edit|Write" です。, セパレータは同等であるため、"Edit,Write" は同じツールをマッチします。v2.1.191 より前では、カンマは正規表現評価にフォールスルーし、マッチャーは一致しないため、v2.1.191 をまだ使用していない場合は | を使用してください。
  • ツール名のスペルミスはマッチャーが何もマッチしないため、フックはサイレントに失敗します。
settings.json を編集すると、短いファイル安定性遅延後に実行中のセッションで変更が有効になります。セッション開始後にプロジェクトの .claude/ フォルダを作成した場合でも、再起動する必要はありません。v2.1.257 より前では、Claude Code はセッション開始後に作成された .claude/ フォルダの編集を検出しませんでした。 保存後数秒経っても /hooks が古い定義を表示している場合は、/hooks を再度実行してビューをリフレッシュしてください。 /hooks がフックを表示しても発火しない場合、次のステップはフック評価をライブで監視することです。claude --debug でセッションを開始し、ツール呼び出しをトリガーします。デバッグログは各イベント、チェックされたマッチャー、フックの終了コードと出力を記録します。ログ形式については フックをデバッグする を、一般的な失敗パターンについては hooks トラブルシューティング を参照してください。

​
クリーン設定に対してテストする

claude --safe-mode で開始します。これにより、次のようなカスタマイズが無効になった状態でセッションが起動します。
  • CLAUDE.md
  • スキル、プラグイン、フック
  • MCP サーバー
  • カスタムコマンドとエージェント
  • カスタム出力スタイル
  • カスタムキーボードショートカット
認証、モデル選択、組み込みツール、権限は通常通り機能します。セーフモードで問題が消える場合、原因は無効にした項目のいずれかに絞り込まれます。どれが原因かを特定するには、コンテキストに読み込まれた内容を確認する、MCP サーバーを確認する、フックを確認する など、その項目に対応するチェックを使用してください。 セーフモードでも、組織からの管理フックと設定ポリシーは引き続き適用されます。管理対象のプラグイン、スキル、CLAUDE.md、MCP サーバーはオフになります。 セーフモードで問題が続く場合、または設定自体が疑わしい場合は、自分の設定を一切使わないセッションを開始し、問題が再現するかどうかを確認してください。
1

空のディレクトリを作成して移動する

Claude Code のセッションを実行していない状態のシェルで、ディレクトリを作成して移動します。
2

クリーンな設定ディレクトリで Claude Code を起動する

同じシェルから、CLAUDE_CONFIG_DIR を ~/.claude の代わりに新しいディレクトリに設定し、--setting-sources user を渡して、.claude/settings.json、CLAUDE.md、.mcp.json などのプロジェクト設定をオフにします。
この変数は今回の起動にのみ適用されます。
最初の起動時には、初回実行時のセットアップ画面が再び表示されます。これはクリーンな設定ディレクトリが有効になっていることを示しています。管理設定は引き続き適用され、claude.ai アカウントでログインした場合はコネクタも引き続き読み込まれます。
3

問題を再現する

クリーンなセッションで、問題を引き起こした操作を繰り返します。
  • 問題が消えた場合: 原因はユーザー設定またはプロジェクト設定にあります。~/.claude.json と ~/.claude 内のファイルを 1 つずつ ~/claude-clean/config にコピーします。どのファイルでも問題が再発しない場合は、同じシェルでプロジェクトディレクトリに移動し、--setting-sources user を付けずに Claude Code を起動します。Bash または Zsh では、CLAUDE_CONFIG_DIR=~/claude-clean/config claude を実行します。PowerShell では変数がまだ設定されているため、claude を実行します。
  • 問題が続く場合: 原因はユーザー設定とプロジェクト設定の外にあります。セッションで /status を実行して管理設定を確認し、シェルの環境変数を確認してから、トラブルシューティングを参照してください。

​
一般的な原因を確認する

ほとんどの設定の問題は、少数の場所とシンタックスのルールに遡ることができます。バグだと思う前に、以下を確認してください。 各設定サーフェスの完全なリファレンスについては、専用ページを参照してください：