深度・小互解読

Claude Code チームが教えるこの2つのつまみの使い方:1つは「できるかどうか」を、もう1つは「どこまでやる気があるか」を司る

ClaudeDevsの長文が、どちらも「答えをより良くする」ように見える2つのつまみを解きほぐす:モデルを変えるのはどのセットの凍結された重みを使うかを変えること、effortを調整するのはより多くのファイルを読み、より多くのテストを走らせ、より多く検証してから提出するかどうかを変えること
概要
  • Anthropicの開発者向けアカウント@ClaudeDevsが2026年7月8日に長文を公開、著者はClaude Codeチームのメンバー Lydia Hallie(@lydiahallie)。
  • effort(努力度)は、このタスクでClaudeがどれだけの作業をトータルで行うかを制御する:どれだけ考え、どれだけファイルを読み、どれだけテストを走らせ、どれだけ検証し、どこまで多段階に進めてから聞き返すか。API側でよく見る5段階:low / medium / high / xhigh / max;多くのタスクはモデルのデフォルト段階で十分。
  • モデル設定はどのセットの訓練済みの凍結された重みを使うかを決める、つまり「何を知っているか」;effortは「どこまで徹底的にやるか」を決める。答えが間違っていたらまずコンテキストを確認し、次に問う:「できない」のか「本気を出していない」のか?
  • 役割の例え:Fableは専門医のよう、Opusは専門家のよう、Sonnetは頼れる総合診療医のよう;effortは彼らがあなたのこの案件にどれだけ時間をかける気があるか。
  • シンプルなタスクでは大きいモデルの方が高くつく;難しい多段階タスクでは大きいモデルの方が総合的な支払いが低くなることもあり、小さいモデルでは終えられない仕事もこなせる。Opus 4.8のデフォルトeffortはテストにおいて4.7のデフォルトのtoken量とほぼ同等で、効果はより良い。
原文はAnthropic Claude Codeチームのメンバーが書いた製品メカニズムの説明であり、第三者による評価ではない。文中の「約7倍のtoken」「コストカーブ」の図は模式図であり、文中でも実際のbenchmarkデータではないと明記されている。Fable / Opus / Sonnetの役割の例えも著者本人の見解である。文中の5段階effort名と位置づけは公式Effort APIドキュメントに基づく;「ログイン500」の段階別の例は理解を助けるための教育的なシナリオであり、メーカーによる段階別の実測録画ではない。
1出典

2つのつまみ、どちらも「答えを良くする」ように見える

2026年7月8日、Anthropicの開発者アカウント@ClaudeDevsがClaude Codeの長文を投稿した、著者はClaude Codeチームのメンバー Lydia Hallie。

Claude Codeを使うとき、モデルの段階とeffort(努力度)はどちらも結果を良く見せることができる。1つは「できるかどうか」を、もう1つは「どこまでやる気があるか」を司る。
多くの人はこう思い込んでいる:より大きいモデル(例えばFable)を選べばSonnetより賢いはず;effortを上げるのはただ「より長く考える」だけ。前半の言い分は概ね正しいが、後半は不十分。まずeffort自体をきちんと理解して初めて、後の「モデルを変えるかeffortを調整するか」の議論に意味が出る。
2まずeffortを理解する

effortとは何か:同じモデルで、この案件をどこまで徹底的にやるか

Claude Codeでは、effort(努力度)はモデル選択と並ぶ設定である。それはモデルが「できるかどうか」を変えるのではなく、同じモデルセットに、今回どれだけ手間をかけてから提出するかを伝えるだけだ。よくある誤解はeffortを「より長く考える」ことだと理解すること;実際にそれが司るのは、この作業全体をどこまで徹底的にやるかである。

原文には率直に書かれている:effortが制御するのはこの一回のリクエストでClaudeがトータルでどれだけの作業を行うかであり、どれだけ長く考えるかだけでなく、以下も含む:

ファイルを読む

ソースコード、設定、ログを多く開くか、それとも対話ボックスに入れたその数段落だけを見るか

検証

修正後にテストを走らせるか、結論を見直すか、境界のケースを自分でもう一度確認するか

どこまで進めるか

多段階のタスクを一気にどこまで進めるか、それともすぐに止まってあなたにコンテキストの補足を聞くか

思考と計画

まず計画を書くかどうか、計画がどれだけ深いか、答えを見つけた後にもう一段検証するかどうか

effortはアクセルのよう、エンジンを換えるのではない 同じ車(同じモデル)、アクセルを深く踏めば、この一走りでもっと多くの距離を走り、もっと多く点検する 低effort 早く提出・token消費少なめ ファイルを読む テストを走らせる 自主的に推進 先にあなたに聞きたがる 高effort 作業量多め・提出により自信あり ファイルを読む テストを走らせる 自主的に推進 まず自分で理解しつくしてから聞く
模式図:effortを上げるのはより強力なモデルに換えることではなく、同じモデルがこの作業でより多く読み、より多く検証し、より多く推進する気になるということ。バーの長さはあくまで模式的なもので、公式の計測値ではない。

APIドキュメントでは、effortは行動シグナルであり、硬直的なtoken上限ではない:低段階でも本当に難しい問題に遭遇すれば依然として考える可能性はあるが、同じ問題において高段階に比べて「考える量が少なく、動く量が少ない」。公式が挙げている段階は、省エネから徹底まで大まかに5段階である(Claude Codeの画面ではマルチエージェント権限と結びついたultracodeのような入口も見られるが、それは製品側の組み合わせであり、API段階名がもう1つ増えたわけではない)。