3行でいうと

  • 設定は、ユーザー用 ~/.claude/settings.json、プロジェクト共有用 .claude/settings.json、自分だけのプロジェクト用 .claude/settings.local.json、組織の管理設定の4つ。同じ項目は上位が勝ち、リスト（許可ルールなど）は足し合わされます。
  • モデルは、セッション中の /model、起動時の --model、環境変数 ANTHROPIC_MODEL、設定の model の順で優先されます。opus、sonnet、haiku などの別名が指すモデルは、時間とともに変わります。
  • 使用量は /usage（/cost と /stats は別名）で見ます。画面の金額はClaude Codeが手元で計算した見積もりで、請求の正式な数字は、公式の請求画面で確かめるように、と公式が書いています。

この記事は公式ドキュメントを2026年10月16日に読んでまとめたものです。この記事は、実際に使って確かめた記録ではありません。運営者はClaude Codeを入れていますが、使い心地はこの記事には書いていません。コマンドや設定のキーは公式の記載を写したもので、動作確認はしていません。公式の文章は要約として取得したため、引用はせず言い換えています。料金や上限の金額は、この記事には書きません。

先に結論

設定ファイル：4つの置き場所と優先順位

公式の表（確認日10月16日）を整理します。

範囲 ファイル 誰に効くか
ユーザー ~/.claude/settings.json 自分の、このパソコンの全プロジェクト
プロジェクト共有 .claude/settings.json そのフォルダで働く全員（gitに入れると共有される）
プロジェクトのローカル .claude/settings.local.json 自分だけの、そのプロジェクト
管理（Managed） managed-settings.json など 組織が配った全員

同じ項目が複数の場所にあるとき、効くのは上位です。順番は、管理設定、起動時の --settings、プロジェクトのローカル、プロジェクト共有、ユーザーの順で、上のものが下のものを上書きします。ただし、permissions.allow のようなリストは、上書きではなく足し合わされます。環境変数は、この順位の「段」ではなく、項目ごとに決まった組み合わせで効く、と書かれています。たとえば ANTHROPIC_MODEL は、どのファイルの model よりも優先されます。

インストールしても、設定ファイルは自動では作られません。~/.claude/settings.json は、/config でテーマなどを初めて変えたときに、.claude/settings.local.json は、許可の確認で「今後は聞かない」を選んだときに作られる、と書かれています。後者を手作りしたときは、.gitignore に自分で追加します。ほかに、Claude Code自身が書く ~/.claude.json（ログイン、MCPの設定、信頼の記録）があり、自分で編集する必要はない、と書かれています。

公式の設定ファイルの例は、次の形です（許可と禁止の例）。

{
  "$schema": "https://json.schemastore.org/claude-code-settings.json",
  "permissions": {
    "allow": ["Bash(npm run lint)", "Bash(npm run test *)"],
    "deny": ["Read(./.env)", "Read(./.env.*)"]
  }
}

$schema の行は、エディタで入力補完と検証を効かせるためのものです。最新の項目は載っていないことがあり、警告が出ても間違いとは限らない、と公式は書いています。

確かめ方。 保存したら、/status を実行します。「Setting sources」の行に、読み込まれた設定ファイルの名前が並びます。どのファイルがどの項目を決めたかまでは出ません。壊れたJSONは、起動時に「Settings Error」と表示され、claude doctor で詳細が見られます。編集は多くの場合、再起動なしで反映されます。

使うモデルを選ぶ

公式のModel configurationによると、モデルを指定する方法は、優先度の高い順に次のとおりです。

  1. セッション中の /model <別名または名前>（引数なしで選択画面。Enterで既定として保存、s でこのセッションだけ）
  2. 起動時の claude --model <別名または名前>
  3. 環境変数 ANTHROPIC_MODEL
  4. 設定ファイルの model
  5. 新しいセッションの既定として ANTHROPIC_DEFAULT_MODEL（v2.1.236以降）

別名は次のとおりです。

別名 意味（公式の記載）
default 上書きを解除して、アカウントの既定に戻す
sonnet 最新のSonnet。日常のコーディング向け
opus 最新のOpus。複雑な推論向け
haiku 速くて軽いHaiku。簡単な作業向け
opusplan 計画モードではopus、実行ではsonnet
fable、best Fableモデル（使える環境のみ）。best は、使えるならfable、なければopus
別名が指すモデルと、推論の強さ（effort）
  • 別名が指すモデルは、使うサービスで変わります。公式の対応表（確認日10月16日）では、Anthropic APIでは、opus がOpus 5.5、sonnet がSonnet 5.5、haiku がHaiku 5.5と表示されています。Amazon BedrockとGoogle Cloudでは sonnet がSonnet 4.5、Microsoft Foundryでは opus がOpus 4.6です。これは「表示されている現行の表」で、予告か現行かの区別は、取得した要約からは分かりません。別名は、時間とともに最新のものを指すように変わる、と公式に書かれています。
  • default が何を指すかも、プランで変わります。公式の記載では、Pro、Max、Team、Enterprise、Anthropic APIで Opus 5.5、Microsoft Foundry で Sonnet 4.5 です（確認日10月16日）。Fableモデルは、既定にはならない、と書かれています。
  • 固定したいときは、claude-opus-5-5 のような完全な名前か、ANTHROPIC_DEFAULT_OPUS_MODEL などの環境変数で指定します。
  • 推論の強さ（effort）は、/effort や claude --effort high で設定します。段階は low、medium、high、xhigh、max など（ultracode や auto もある。モデルによって使える段階が違う）。
  • 新しいモデルは、一定以上のClaude Codeのバージョンが必要です（Opus 5.5はv2.1.280以降、など）。claude update で更新します。管理者は、availableModels や deniedModels で、選べるモデルを制限できます。
  • Model configurationのページは、先頭の約10万文字（全体で約11万4千文字）までしか読めていません。末尾の環境変数の表は未読です。

よく使うコマンド

公式のCommandsは、入力欄に / を打つと使えるコマンドが出る、としています。ここでは、始めたばかりの人が使いやすいものだけを選びました（確認日10月16日）。

コマンド 公式の説明の要旨
/help ヘルプとコマンドの一覧
/init CLAUDE.md の下書きを作る
/memory CLAUDE.md の編集、自動メモリのオン・オフ
/context いま文脈の枠を何が使っているかを色つきの図で見る
/compact [指示] 会話を要約して枠を空ける。何を残すかの指示を付けられる
/clear 空の文脈で新しい会話を始める（別名 /reset、/new）。前の会話は /resume で戻れる
/resume、/rewind 前の会話を再開する。会話やコードを前の時点に戻す
/model、/effort モデルと推論の強さ
/permissions 許可のルールの管理
/plan 計画モードに入る
/config 設定画面。/config model=sonnet のような直接の指定もできる
/status バージョン、モデル、アカウント、読み込んだ設定の確認
/doctor セットアップの点検。問題を見つけて、直すこともできる。確認を求めてから変更する
/usage 使用量（別名 /cost、/stats）

ターミナルから打つコマンドは、公式のCLI referenceでは、claude（対話を開始）、claude "質問"（最初の指示つきで開始）、claude -p "質問"（1回答えて終了）、claude -c（直近の会話を続ける）、claude -r（会話を選んで再開）、claude update（更新）、claude doctor（診断）です。旗では、--model、--permission-mode、--add-dir、--allowedTools、--disallowedTools などがあります。-p（出力して終了する形）では、--max-turns（往復の回数の上限）と、--max-budget-usd（見積もり費用の上限）も使える、と書かれています。

使用量とコストの見方

公式のCostsは、Claude Codeの費用はトークン（AIが読み書きする文字数のような単位）の使用量に応じる、と書いています。契約の料金は、ここには書きません。

/usage の画面。 上部の「Session」の欄に、そのセッションの合計費用、所要時間、変更した行数、モデルごとのトークン数が出ます。費用の数字は、Claude Codeが手元でトークン数から、定価で計算した見積もりです（管理者が契約の料金を設定している場合を除く）。正式な請求の数字は、Claude Consoleの使用量ページで確認するように、と書かれています。/clear で新しいセッションを始めると、この合計は0に戻ります。

サブスクリプションの人の見方。 ProやMaxでは、使用量は契約に含まれるので、セッションの費用の数字は請求には関係しない、と書かれています。代わりに、プランの使用量のバーと、何が使用量を食っているか（スキル、サブエージェント、MCPサーバーなどの割合）が出ます。この数字は、このパソコンの履歴から計算した概算で、ほかの端末やclaude.aiの使用は含まれません。

上限のメッセージ。 「You've hit your session limit」や「weekly limit」は、契約の使用量の枠（時間ごとの枠と週の枠。TeamsとEnterpriseでは、5時間のローリング枠と週の枠と説明されています）を使い切った合図で、全モデル共通なので、/model で変えても回復しない、と公式にあります。リセットの時刻は、メッセージに出ます。追加の利用量（usage credits）は /usage-credits、待つか足すかの選択肢は /rate-limit-options で見られます。

減らす工夫（公式のCostsが勧めるもの）。

使用量が増えやすい理由。 長く開いたままのセッションでは、毎回の依頼で会話全体が送られます。休憩のあとの最初のメッセージは、キャッシュ（再利用の記憶）が切れて、全体を読み直すため、増えやすい、と書かれています。定期実行のタスクやサブエージェントも、自分の分を使います。

気をつけること

出典