モデルと考える深さと速さを、依頼の性質で選び分ける

同じ依頼を、同じリポジトリで、同じ言葉で出しても、返ってくるものは毎回同じにはなりません。揺れの幅を決めている設定が3つあります。

どのモデルで動かすか。どれだけ考えさせるか。そして、速さにいくら払うか。3つ目があるのが、この道具の特徴です。

モデルは別名で選ぶ

モデルの指定には、正式な名前と別名の2通りがあります。ふだんは別名で足ります。

正式な名前を書くこともできます。claude-opus-5、claude-sonnet-5、claude-fable-5-1、claude-haiku-4-5 のような形です。

切り替えは /model です。引数なしで選択画面が出ますし、/model opus のように直接指定もできます。起動時に決めるなら claude --model opus、設定ファイルに固定するなら次の形です。

{
  "model": "opus"
}

考える深さには5段階ある

深さは、公式の言葉では effort と呼ばれます。1手ごとにどれだけ考えるかを調整する設定です。

Fable 5.1、Fable 5、Opus 5、Sonnet 5、Opus 4.8、Opus 4.7 では、low、medium、high、xhigh、max の5段階が使えます。既定は high です。

切り替えは /effort です。引数なしでスライダーが出ますし、/effort high のように直接も指定できます。

{
  "effortLevel": "high",
  "modelSettings": {
    "claude-opus-5": { "effort": "xhigh" }
  }
}

モデルごとに違う深さを持たせることもできます。「普段は high、Opus に切り替えたときだけ xhigh」のような設定です。

深くしても変わらない作業がある

ここを誤解したまま使うと、待ち時間だけが増えます。

答えが1つに決まっている作業では、深さを上げても結果は変わりません。ファイル名の一括置換、関数の移動、設定値の書き換え。こうした作業で xhigh を選んでも、出てくる差分は low のときと同じで、返ってくるまでの時間が伸びるだけです。

深さが効いてくるのは、選択肢が複数あって、その比較に手間がかかる作業です。既存の設計に新しい要件をどう収めるか。落ちているテストの原因が3つの候補のどれか。移行の手順をどう並べるか。案を立てては捨てる過程そのものが、仕事の中身になっている場面です。

上げる前に「この依頼に、捨てるべき案はあるか」を自分に聞いてみてください。なければ上げません。

使い分けの目安

以下は BenriWorks での運用です。公式が定めた基準ではなく、手元の作業から決めた目安になります。

下の2行に共通するのは、人が読んで判断する時間のほうが長くなる作業だということです。深く考えさせた結果は、そのぶん読むのにも時間がかかります。深さを上げるときは、読む側の時間も一緒に確保してください。

計画と実行でモデルを分ける

別名の表に opusplan がありました。これは、計画のときは Opus、実行に入ると Sonnet へ自動で切り替わる設定です。

背景にあるのは、設計を決める作業と、決まった設計を書き下す作業では、要る能力が違うという観察です。前者は選択肢を比べる作業で、後者は手を動かす作業です。第7回で扱うプランモードと組み合わせると、この分業が自然な形になります。

速さだけを上げる

3つ目のつまみです。

/fast でファストモードを切り替えられます。押さえておきたいのは、これが別のモデルへの切り替えではないことです。公式の説明によれば、ファストモードは同じ Claude Opus を、コスト効率より速さを優先する設定で動かすものです。品質と能力は同じまま、応答が速くなります。

Opus 5 と Opus 4.8 では、出力のトークン毎秒が最大で2.5倍になるとされています。そのぶん料金は割増で、入力と出力が100万トークンあたり10ドルと50ドルになります。

使いどころは、対話しながら細かく直していく作業と、動いているものを見ながら原因を追う作業です。逆に、長い作業を投げて席を立つときには意味がありません。待っていないのだから、速くても変わりません。

対応していないモデルへ切り替えると、ファストモードは自動的に切れます。Opus 4.7 も対象外です。

長い文脈が要るとき

大きなリポジトリや長い資料を扱うと、文脈の長さが効いてきます。

一部のモデルには、100万トークンの文脈を使う変種があります。/model opus[1m] や /model sonnet[1m] のように、角括弧をつけて指定します。対応しているのは Fable 5.1、Fable 5、Sonnet 5、Opus 4.7 以降です。

ただ、文脈を広げる前に試すことがあります。読ませる範囲を絞ることです。第7回で扱いますが、関係するファイルを名指しするほうが、全部読ませて長い文脈に頼るより速く、結果も安定します。長い文脈は、絞れないときの手段だと考えてください。

動かないときに別のモデルへ回す

使いたいモデルが混雑していて応答しないことがあります。そのときに別のモデルへ回す設定があります。

claude --fallback-model sonnet,haiku

設定ファイルに書いておくこともできます。

{
  "fallbackModel": ["claude-sonnet-5", "claude-haiku-4-5"]
}

順番に試されます。長い作業を任せるときに入れておくと、途中で止まらずに済みます。

内容によって自動的に切り替わることもあります。公式ドキュメントによれば、Fable や Opus 5 が特定の分野の内容に印を付けた場合、その要求は別のモデルで実行し直されます。この挙動は /config の設定か、switchModelsOnFlag を false にすることで止められます。

いま何が使われているかは /status で確認できます。思っていたモデルと違うものが動いていたというのは実際によくある話で、迷ったらまずここを見てください。

次の回

結果の質を決める設定を見ました。第7回では、同じ設定でも結果を変えるもの、つまり依頼の書き方を扱います。変更の前に計画だけ出させるプランモードも、ここで扱います。

参照した公式情報

• Anthropic「Model configuration」「Speed up responses with fast mode」（code.claude.com/docs、2026年9月時点）
• Anthropic「Fast mode」（platform.claude.com/docs）