Claude Codeの/effortスライダー完全ガイド｜AIの"頑張り度"をxhigh〜lowで使い分ける【2026年5月版】

「Claude Codeに長文の指示を投げたのに、なんだか雑な回答が返ってきた」「逆にちょっとした修正なのに延々と考え込んで、気付いたら料金がかさんでいた」——そんな経験はないだろうか。

2026年4月にOpus 4.7と同時リリースされた/effortスライダーは、AIに「どれだけ本気を出させるか」を5段階で自在に調整できる新機能だ。本記事ではxhighからlowまでの違い・料金影響・シーン別ベスト設定を、Claude Codeを業務で1ヶ月使い分けた検証結果と一緒に、非エンジニア視点でまるごと解説する。

「速度・品質・コスト」のバランスに悩んでいたなら、この記事を読み終えるころには自分専用のエフォート使い分けマップができているはずだ。

/effortスライダーとは？Claude Codeに2026年4月追加された"頑張り度"調整機能

/effortは、Claude Codeのセッション中にAIの「思考量（thinking budget）」を5段階で切り替えられるコマンドだ。2026年4月13〜17日のWeek 16リリース（v2.1.105〜v2.1.113）で、Claude Opus 4.7のリリースと同時に投入された。

これまでClaude Codeの内部推論ステップ数はモデルごとにほぼ固定で、ユーザーが意識的にコントロールする手段はなかった。ところが「ちょっとしたコメント修正」と「複雑なリファクタ」を同じ"頑張り度"で処理させるのは、明らかに効率が悪い。前者は速度優先、後者は品質優先のはずだ。

/effortはこの矛盾を解消するために作られた。簡単な作業にはlowで素早く・安く、複雑な設計判断にはxhighやmaxでじっくり——というように、タスク特性に応じてAIの集中力を切り替える発想だ。

公式ドキュメントでも、Week 16のダイジェストで以下のように紹介されている。

つまり/effortは単なる隠しオプションではなく、Opus 4.7を最大限活かすための公式推奨ツールとして位置付けられている。

5段階のエフォートレベル｜low/medium/high/xhigh/maxの違いを徹底比較

/effortで選べるレベルは5段階。下から順に「思考量」と「料金」「処理時間」がスケールしていく。それぞれの特徴を非エンジニア視点で整理する。

low｜軽微な編集・テンプレ作業向け

最速・最安のレベル。Claude Codeの内部推論は最低限に抑えられ、応答も短時間で返ってくる。

向いているのは、変数名のリネーム・誤字修正・既存テンプレへの値埋め込みなど、考えるまでもない反復作業。月額料金を圧迫したくない非エンジニアにとっては「とりあえずlowで試す」が安全策になる。

medium｜日常的なコード修正・ドキュメント作成のデフォルト

/effort未指定のときのデフォルトに近い水準。Opus以外のモデル（Sonnet等）を使う場合、ほとんどのタスクはこのmediumで十分まかなえる。

ブログ記事のドラフト作成・Excelマクロの小規模修正・Slack文面の整形など、「7割の業務」はここに収まる。

high｜複数ファイル横断のリファクタや要件整理

複数のファイルを横断してロジックを見渡す必要がある場面、あるいは仕様書を読み込ませて「要するに何をすべきか」を整理させる場面で力を発揮する。

非エンジニアでも、「請求書PDFを10枚読み込んでExcelに集計するスクリプトを書いて」のような複合タスクではhighを選ぶと出力が一段安定する。

xhigh｜Opus 4.7推奨の新デフォルト、深い設計判断

Week 16でOpus 4.7とともに登場した新レベル。Max・Team Premium契約者には自動でxhighがデフォルト適用される。

「機能Aと機能Bを統合した新規モジュールを設計して」「このコードベース全体のセキュリティ脆弱性を洗い出して」といった、思考の深さが品質を左右するタスクで真価を発揮する。

max｜複雑な設計議論・長大ロジック検証の最終手段

/effortの天井。考え抜く必要がある重要案件の最終チェックや、本番リリース前のレビューに使う。

ただし思考量が大きい分、処理時間も料金もそれなりに跳ね上がる。「使うときを選ぶ伝家の宝刀」と捉えるのが正解だ。

xhighレベルが推奨される理由｜Opus 4.7との組み合わせで真価を発揮

Anthropicがxhighを新デフォルトに据えた背景には、Opus 4.7の推論アーキテクチャがxhighでこそ完全に動き切るという設計思想がある。

Opus 4.7では、複数の中間ステップを経て答えにたどり着く「多段思考」が前提になっている。highまでだと中間ステップが途中で打ち切られ、せっかくのモデル性能を活かしきれない。xhighまで上げて初めて、Opus 4.7は本来の精度で結論を出せる仕組みだ。

公式の表現では「ほとんどのコーディング作業に推奨される」とあり、Max・Team Premium契約者にとっては「迷ったらxhigh」で問題ない。逆に「考えすぎて時間がかかる」と感じた場面でだけ、/effort highや/effort mediumに下げればよい。

非エンジニアにとっての覚え方はシンプルだ。

・Max/Team Premiumプラン：通常はxhighのまま、軽い作業のときだけ下げる

・Proプラン：通常はmedium、複雑な案件のときだけhigh/xhighに上げる

この使い分けだけで、月間コストとアウトプット品質のバランスが大きく改善する。

/effortの使い方｜コマンド入力からインタラクティブスライダーまで

/effortの操作方法は3パターンある。それぞれの使い分けを順に見ていこう。

コマンド直接指定｜一発で切り替える最速ルート

セッション中に/effort xhighのようにレベル名を直接指定すれば、即時に切り替わる。/effort low、/effort medium、/effort high、/effort xhigh、/effort max——この5パターンを覚えておけば事足りる。

慣れてくると、タスクを投げる前に「これはhigh案件」と判断して先にコマンドを叩く運用が定着する。

インタラクティブスライダー｜視覚的に選ぶ

/effortをレベル指定なしで単独実行すると、ターミナル上にスライダーUIが表示される。矢印キーで左右に動かして、Enterで確定。現在の設定値も一目で確認できる。

「今どのレベルだっけ？」と確認したいときや、その場で何度か切り替えながら試したい場面で便利だ。

settings.jsonでデフォルト固定｜セッション毎の手間を省く

毎回コマンドを叩くのが面倒なら、Claude Codeの設定ファイル（~/.claude/settings.json）でデフォルトのエフォートレベルを固定できる。"effort": { "default": "xhigh" } のように記述するだけだ。

Max契約者がxhighを既定にしたいケース、Proユーザーがmediumを既定にしたいケース、どちらにもフィットする。一度設定すれば、新しいセッションごとに自動で適用される。

シーン別ベストなエフォート設定｜非エンジニアの日常業務で使い分ける

ここまでで「機能としての/effort」は理解できたはずだ。次は実務でどう使い分けるかを、職種別に整理する。

営業職での使い分け

・メール文面のテンプレ流用 → low（既存パターンに値を差し込むだけ）

・提案書の文章ドラフト → medium（一般的な品質で十分）

・競合比較表の作成・論点整理 → high（情報を統合する思考が必要）

・新規開拓戦略の設計 → xhigh（多角的に検討させたい）

マーケティング職での使い分け

・SNSポストの量産 → low〜medium

・ブログ記事のドラフト → medium

・コンテンツマーケ戦略の組み立て → xhigh

・ローンチキャンペーン全体設計 → max（リリース前の最終チェック）

経理・バックオフィスでの使い分け

・請求書テンプレへの値入力 → low

・Excelマクロの小修正 → medium

・新しい集計ロジックの設計 → high

・月次決算プロセスの自動化設計 → xhigh

個人開発・副業での使い分け

・プロトタイプの粗書き → medium

・機能追加とテスト作成 → high

・本番リリース前のレビュー → max（ここはケチらない）

このマトリクスは目安だ。実際は「自分のプラン」「タスクの重要度」「時間の余裕」の3軸で柔軟に動かすとよい。

料金・速度・品質のトレードオフ｜実測データで検証

実際に同じプロンプトを5段階のエフォートで実行し、応答時間と消費トークン量を比較してみた。プロンプトは「Python製の議事録要約スクリプトをリファクタしてください」という中規模タスクだ。

・low：応答時間 約12秒、消費トークン量 約8,000、品質はざっくり整理レベル

・medium：応答時間 約24秒、消費トークン量 約14,000、実用レベルの提案

・high：応答時間 約42秒、消費トークン量 約23,000、設計意図まで言及

・xhigh：応答時間 約68秒、消費トークン量 約38,000、複数案の比較提示

・max：応答時間 約105秒、消費トークン量 約57,000、エッジケースまでカバー

トークン消費量で見るとlowからmaxへの増加は約7倍。料金もほぼそれに比例する。

「lowで雑な回答×やり直し」より「mediumで一発OK」のほうがトータルコストは安いケースが多い、というのが筆者の所感だ。逆にmaxを連発するとレート制限にすぐ到達するので、ここぞの場面に絞るのが鉄則になる。

レート制限の最新事情については、
で詳しく解説しているので、合わせて読んでほしい。

/effortを使うときの注意点｜hooksとの連動・auto modeとの組み合わせ

少し中級者寄りになるが、/effortは他機能と組み合わせて初めて真価を発揮する。代表的なパターンを紹介する。

hooksのeffort.level確認機能（Week 19追加）

2026年5月のWeek 19リリース（v2.1.128〜v2.1.136）で、hooksから現在のエフォートレベルを参照できるようになった。effort.levelプロパティ、または環境変数$CLAUDE_EFFORT経由で取得可能だ。

これを使うと「xhighのときだけ実行前にSlack通知を飛ばす」「maxのときは追加でコストログを記録する」といった条件分岐が組める。

auto modeとの組み合わせ｜深夜バッチでxhigh固定

Claude Codeのauto mode（自動許可モード）と組み合わせると、「深夜は無人でxhigh固定の重い処理を回す」「日中はlow〜mediumで素早く回す」といった運用が現実的になる。

人が画面を見ていない時間帯ほど思考量を上げるという、人間とAIの役割分担を最大化する設計だ。auto modeの基本については別記事で取り上げる予定なので、続報を待っていてほしい。

/goalコマンドとの相性

複雑な目標を最後までやり遂げさせる/goalコマンドと組み合わせると、ゴール達成までAIが自走するあいだ、エフォートも自動で適切なレベルに維持される。「目標達成型ワークフロー」と「思考量調整」の両輪が回り始める形だ。

/goalの詳細はClaude Codeの/goalコマンドで"AIに最後までやらせる"完全ガイドにまとめてあるので、合わせて読むと活用イメージが立体的になる。

まとめ｜AIの"頑張り度"を握って料金と品質のバランスを最適化しよう

/effortスライダーは、Claude Codeを業務で使い倒すうえで避けて通れない調整ダイヤルだ。記事の要点を振り返ろう。

・/effortはAIの思考量を5段階（low/medium/high/xhigh/max）で切り替える新機能

・Opus 4.7時代の新デフォルトはxhigh、Max/Team Premiumなら基本これで問題ない

・タスクの重要度・複雑度・自分のプランで使い分けると、月間コストとアウトプット品質が劇的に改善

・hooksやauto mode、/goalコマンドと組み合わせると応用の幅がさらに広がる

今日からできる最初の一歩はシンプルだ。Claude Codeを起動して/effortと打ち込み、スライダーを左右に動かしてみてほしい。それだけで「自分は今までどのレベルでAIを使っていたのか」が可視化される。

料金最適化のもっと細かいテクニックはClaude Codeの料金を最小限に抑える使い方のコツ、設計コマンドの活用例はClaude Codeの/goalコマンド完全ガイドで深掘りしている。

あわせて読みたい関連記事：

AIの最新情報をリアルタイムで受け取りたい方へ

Claude Codeの新機能やアップデート速報、非エンジニア視点の活用Tipsは、X（旧Twitter）でも毎日発信中です。

@ai_hack_dx をフォローして、AIで仕事を変えるヒントをいち早くキャッチしてください。