Claude 劣化の真相と effort 設定で性能を取り戻す完全ガイド【2026年4月最新】

Claude 劣化の声が2026年4月中旬から一気に広がり、「以前よりClaude 遅い」「同じ質問でも答えが浅くなった」という体感報告が相次いでいます。本記事は、この騒動の真相を一次ソースで整理し、Claude effort 設定で性能を取り戻す自衛運用をプロレベルで徹底ガイドします。非エンジニアで業務自動化システムをClaudeに作らせて回している筆者が、4月10日以降の実運用で何を変えて体感を取り戻したかを、数値と設定レベルで記録します。Fortune誌（2026年4月14日）、The Register（4月13日）、Anthropic公式 effort ドキュメントの一次情報をもとに構成しています。

はじめに：2026年4月、Claudeで「前より遅い・能力が落ちた」と感じた人が急増した

2026年4月、SNSと技術フォーラムでClaude 劣化の声が一気に増えました。「同じプロンプトなのに答えが浅い」「コード生成が途中で投げ出される」「Claude 遅い」という報告が一斉に出始めたのが4月10日前後です。多くのユーザーが最初に疑ったのは「モデルがこっそり差し替えられた」という推測ですが、一次ソースを追うと原因はモデルそのものではなく、既定のeffort（思考深度）設定がmediumへ引き下げられたことにありました。Fortune誌の取材でAnthropicのBoris Cherny氏が正式に認めています。

イメージとしては同じ腕のシェフに「今日は手短に仕上げて」と伝えたら皿の丁寧さが消えたようなもの。腕は変わらず調理モードの既定が変わっただけ、という構造です。本記事は「Anthropicを叩く」ためではなく、読者が明日から自分のClaude運用で性能を取り戻すための自衛策を提供する実務寄りの完全ガイドです。筆者は非エンジニアで、ブログ執筆・ツイート自動化・品質ゲートをすべてClaudeに作らせて運用する立場から、設定レベルで何が効いたかを数値で残します。Claude Pro / Max / APIのどの環境でも適用できる構成です。

何が起きたのか｜Claude 劣化騒動の時系列

一次ソースで確認できる事実だけを時系列に並べます。Claude 性能低下の議論はモデル差し替え論に流れがちですが、実際に起きていたのはもっと地味で運用者に直撃する変更でした。

3月初旬：既定の effort が high から medium へ

最初の変化は2026年3月初旬。Anthropicは、Opus 4.6とSonnet 4.6の既定effortをhighからmediumへ静かに引き下げました。API公式ドキュメントではなく、チャット版Claudeとアプリ側の内部既定の話です。Fortune誌の取材でAnthropicのBoris Cherny氏（Claude Code責任者）が変更を正式に認めています。変更理由は一部ユーザーからの「1タスクあたりのトークン消費が多すぎる」というフィードバックで、運用者視点では「使い切りの早いUXを改善するため既定を軽く倒した」ことになります。

4月上旬〜中旬：現場で体感劣化が可視化

3月末から4月上旬にかけて、SNSとReddit、開発者フォーラムで「Opus 4.6が急に浅い答えを返す」「Claude Codeが途中で投げ出す」「Claude 遅い」といった報告が急増しました。The Register（4月13日）はGitHub上のClaude関連issueが2026年4月の13日間で20件超、「品質苦情が急上昇」と指摘。同日15:31〜16:19 UTCには大規模障害も発生し、問題がさらに注目される形になりました。

4/13〜4/16：大手メディアが一斉報道

4月13日〜16日に大手メディアが一斉報道。The Register（4/13）、Fortune（4/14）、VentureBeat、Axios（4/16）が相次ぎ、ユーザーからの「透明性不足」が焦点になりました。Fortune誌が追及したのは、既定値変更がchangelogには記載されていたものの、UI事前告知が一部にしか届かなかった点です。

4月下旬：Anthropicが Teams/Enterprise を high default テストへ

Cherny氏はFortune誌の取材で「Teams/Enterpriseユーザーを既定でhigh effortにするテストを実施する」と明言。トークンとレイテンシコストは増えるが、extended thinkingの恩恵を受けられる構成に戻す、という説明です。Anthropic自身が「重めのユーザー層には高effortが既定で望ましい」と認め、「Pro＝軽め、Max/Team/Enterprise＝重め」という運用分化が加速する流れです。

Anthropicの公式回答｜Boris Chernyの釈明と Teams/Enterprise の high default テスト

Anthropicの公式回答を正確に押さえます。Claude medium vs highの議論を理解しておくと、自衛策の意味が立体的に見えてきます。

Chernyの釈明の要点

Fortune誌への回答で、Cherny氏は以下の3点を明言しています。

• 変更の事実：2026年3月初旬に、Claude既定effortをhighからmediumへ下げた
• 変更理由：「1タスクあたりのトークン消費が多すぎる」というユーザーフィードバックに応じた
• 告知方法：changelogに記載し、UIでポップアップ告知も行った

同時に、「Teams/Enterpriseユーザーを既定でhigh effortに戻すテストをする」という回復方針も示しました。extended thinkingの恩恵を、追加のトークンとレイテンシのコストを払ってでも受ける価値がある層には戻す、という意図です。

公式ドキュメントとの関係

注意したいのが、Anthropicのeffort公式ドキュメントには「APIの既定値はhigh」と明記されたままである点です。既定値が変わったのは「API経由」ではなく、「Claude.aiやClaude Desktop」のUI経由で使ったときの内部設定です。APIで自作システムを動かしているユーザーは、output_configのeffortを明示していれば影響を受けていません。この区別が自衛策を考える上で非常に重要です。

技術的な原因｜default effort が運用者にどう影響するか

effortとは何か、なぜ既定値がhighからmediumへ動くだけで体感が大きく落ちるのかを、運用者目線でほどきます。

effortの5段階とは

Anthropic公式ドキュメントに基づくと、effortは次の5段階で定義されています。単なるトークン予算ではなく「どれくらい丁寧に考えるか」の振る舞い指示である点がポイントです。

default=medium と default=high の違い

同じモデル（Opus 4.6やSonnet 4.6）でも、effort=mediumのときとeffort=highのときでは、振る舞いが以下のように変わります。公式ドキュメントの記述を筆者運用の体感と突き合わせて整理します。

重要なのは、mediumが「悪い」わけではなく用途が違うということです。たとえるなら自動車のエコモードのようなもので、街乗りには快適ですが山道を飛ばすには力不足。軽い質問や整形ならmediumで十分に速くて快適ですが、記事執筆や複雑な設計、ファクトチェックのような重いタスクはhighやxhighでないと差が出ます。既定がhigh→mediumへ下がったとき、軽いタスクは困らず重いタスクだけピンポイントで劣化体験になる。これが4月の騒動の構造です。Claude Opus 4.7 ガイドで触れた通り、Opus 4.7は4.6よりeffort設定を厳密に尊重します。

自衛策①：Claude Pro で effort=high/xhigh を固定運用する

ここからが本題の自衛策です。まず最初の一手はeffortの固定。これだけで体感が9割戻ります。

Cmd+Shift+E でのセッション別切替

Claude Code デスクトップ版では、Cmd+Shift+Eでeffortメニューが開きます（Windowsは Ctrl+Shift+E）。low / medium / high / xhigh / max の5段階から選べ、セッション単位で固定できます。Claude Code デスクトップ完全ガイドで解説したように、2026年4月14日のアプリ刷新でeffortメニューがGUIに正式統合されました。筆者は起動直後にxhighへ固定するのを儀式化しています。

セッションを開くたびの設定

並列セッション運用では、セッションごとにeffortが独立します。メインをxhighに固定してもサブは既定のまま動くため、新セッションを開くたびにCmd+Shift+Eで意識的に選ぶ習慣が必要です。用途別推奨は、記事執筆・コーディングはxhigh、ファクトチェックや調査はhigh、SVG微調整や整形はmedium、雑談はlow。並列3セッションなら「xhigh×1 + high×1 + medium×1」の配分になります。

設定を固定する方法

• プロンプトで明示：冒頭に「このセッションではeffort=highで回答してください」と書く
• CLAUDE.mdに明記：「このリポジトリでは常にeffort=xhighで動作する」と書くと起動時に反映されやすい
• API経由で固定：output_config: {effort: "high"}を毎回明示すれば既定値変更の影響を受けない

筆者は3つとも並行で使っています。特にCLAUDE.mdに「effort=xhighを既定」と明記しておくと、並列セッションでも浅い答えに遭遇する頻度が大きく下がります。

自衛策②：task budgets で「このタスクだけ深く考える」を制御

effortを固定しても、長時間の複雑タスク（例：記事1本を書き切る、数千行のコードを読んで設計判断する）では、途中でトークン上限にぶつかって尻切れになることがあります。ここで効くのがClaude task budgetsです。

max_tokens 64k スタート

イメージとしてはeffortがエンジンの出力設定のようなもの、task budgetsはガソリンタンクの容量に相当すると考えると分かりやすいです。出力を上げても燃料が少なければ息切れする関係です。公式ガイドでは、Opus 4.7のxhighやmaxは「まず64kトークンから始めてチューニング」と推奨されています。APIで動かしている方はmax_tokens: 65536をスタート値にするのが現実的。Claude Code デスクトップはAPIをラップしているため直接UIはありませんが、「1タスクでどこまで突っ走って欲しいか」をプロンプトで明示すると、途中で雑に切り上げる挙動が減ります。

xhigh 使用時の設計指針

task budgetsを活かすには、プロンプトの書き方そのものを変える必要があります。筆者の運用で効いた設計指針は次の4つです。

• ゴールを1つに絞る：1セッションで複数ゴールを混ぜると、どれも中途半端になる
• 完了条件を具体化：「9000文字以上書く」「SVG4枚全てPlaywrightで検証」など定量的に明示
• 中断点を事前に指定：「内部リンク確認が終わったら一度止まって報告」と書くと、長時間タスクでも途中の妥当性を確認できる
• 外部リソース参照の許可：「必要ならWebFetchで一次ソースを確認してよい」と書くと、xhighの探索力を引き出せる

effortを上げるだけでは足りず、task budgetsの考え方でプロンプトを設計し直すことで、Opus 4.7本来のポテンシャルが引き出せます。Claude Code Routinesガイドでも触れたように、クラウド実行環境でRoutinesを回すときも原則は同じです。

自衛策③：モデル切替で体感速度を取り戻す

3つ目の自衛策は、用途に応じたモデル切替です。Opus 4.7、Sonnet 4.6、Haiku 4.5のどれを使うかで、同じeffort=highでも体感速度が大きく変わります。

モデルの使い分けは、いわば工具箱から用途に合った工具を選ぶような役割分担。ネジ1本に電動ドライバーはやり過ぎ、棚組立に手回しでは非効率。Opus 4.7・Sonnet 4.6・Haiku 4.5も得意な現場が分かれます。

Opus 4.7：xhighで重い思考に使う

2026年4月16日に一般提供が始まったClaude Opus 4.7は、xhigh effortに正式対応した唯一のモデルです。公式推奨も「コーディングとエージェント用途はxhighから始める」とあり、Claude Code側でも既定がxhighに引き上げられました。記事執筆、複雑な設計判断、長時間のエージェント作業はOpus 4.7×xhighが第一候補です。

Sonnet 4.6：highで日常業務を回す

Sonnet 4.6は既定がhigh effortで標準業務の主力です。SVG量産、コード修正、下書き、ファクトチェックはSonnet 4.6×highがコスパ最良。筆者は並列で「メイン＝Opus 4.7 xhigh」＋「サブ2本＝Sonnet 4.6 high」の構成で安定しています。

Haiku 4.5：mediumで速度重視

Haiku 4.5は高速・低コストの小型モデルで、単純な整形・短文要約・大量ラベル付けで威力を発揮します。effortはmediumかlowで十分。「この仕事はHaikuで足りる」と見極められると運用コストは体感で半分以下になり、モデル×effort最適化は品質と費用の両立を握る最大のレバーです。

自衛策④：プラン見直し｜Pro→Max へ切り替えるべき条件

最後の自衛策はプランそのものの見直しです。Anthropicが「Teams/Enterpriseにhigh defaultを戻す」方針を打ち出した今、プラン間の既定挙動の差は今後さらに広がる前提で見ておくのが現実的です。

Max の高 effort デフォルト

Claude Maxは常にスポーツモードで走る車のようなものとして設計されており、Claude Code側ではすでにxhighが既定。ProユーザーがCmd+Shift+Eで明示切替するのに対し、Maxは開いた瞬間からxhighで動きます。Teams/Enterpriseも4月下旬からhigh default のテストが始まる予定です。

料金換算

プラン比較を筆者の視点で整理します。ChatGPT Pro vs Claude Max 料金比較でも扱いましたが、ここではeffortの既定挙動に絞って並べます。

Proで回している方が切り替えを検討すべき条件は、次の3つのいずれかに当てはまる場合です。

• 1日3時間以上Claudeを使っている：Proのレート上限に毎日引っかかる感覚があればMaxの恩恵が大きい
• Claude Codeで並列セッションを常用している：サブセッションまでxhighで走らせたいならMax以上が実用的
• 業務の中核にClaudeを組み込んでいる：ブログ執筆・顧客対応・ファクトチェックなど品質が売上に直結する用途

Proで特に不満がない場合は切り替える必要はありません。「何をClaudeに任せているか」を棚卸ししてからプラン再設計するのが健全です。

筆者の実運用｜4/10騒動前後で設定変更した履歴と体感差

抽象論で終わらせないために、筆者が4月10日前後で設定変更した履歴と前後の体感差を記録します。非エンジニアがClaudeに業務を作らせて回している生の運用データです。

4月上旬：違和感が蓄積するフェーズ

4月上旬、記事執筆で違和感が出始めました。以前は1プロンプトで9000字以上の下書きを書ききっていたのが、6000字付近で「いったんここまでです」と切り上げるように。SVGも4枚連続が2枚で止まる。ファクトチェックも浅くなり、記事1本の未検証数値が平均2〜3件から5〜7件へ倍増していました。

4月10日〜14日：effort固定で体感を取り戻す

4月14日のFortune記事を読み原因を理解した時点で、次の3点を変更しました。

• Claude Codeデスクトップで Cmd+Shift+E→xhigh固定（Opus 4.7使用時）
• CLAUDE.mdに「effort=xhighを既定」と明記（プロジェクト単位で強制）
• プロンプト冒頭に「多段推論を含みます、丁寧に考えて」を常設

この変更後、記事執筆の挙動が元に戻りました。1プロンプトで9000〜11000字を書ききる、SVG4枚を連続生成、ファクトチェックで数値を漏れなく検証する挙動が復活。4月上旬と4月15日以降で「同じ作業の最終品質」が体感で約1.5倍違います。

数値レベルの比較

数値化できる範囲で、設定変更前後の差を記録します。母数は少ないので厳密な統計ではありませんが、方向性の参考にはなります。

大事な点は、モデル自体は何も変わっていないこと。Opus 4.7もSonnet 4.6も同じで、変わったのはeffort既定値と運用者の設定だけ。「Claudeが劣化した」のではなく「既定の働き方が静かに変わっていた」と捉えるのが正確です。Managed Agentsでエージェント構成を組んでいる方も同じ観点で自衛策の見直しが有効です。

今後の展望｜Anthropic が Teams/Enterprise を high default にする意味

Anthropicが4月下旬からTeams/Enterpriseで「high default」に戻すテストを始める動きは、レストランが「軽食」と「フルコース」を分けたのに相当する再編で、プラン設計そのものの方向転換を示唆しています。

「ライト層は軽く、プロ層は重く」という分化

今回Anthropicが学んだのは、ユーザー層が一枚岩ではないという事実でしょう。ライト層は「トークンを使いすぎる」と不満を出し、プロ層は「能力が落ちた」と不満を出しました。両者を同じ既定で満足させるのは構造的に無理があります。「Pro＝軽めの既定、Max/Team/Enterprise＝重めの既定」という分化は、ChatGPT Pro vs Claude Max 料金比較でも触れた業界全体の流れと一致します。

運用者が押さえるべき3つのポイント

• 既定値は変わる前提で設計する：どのAIサービスもユーザーフィードバックに応じて既定を動かす。自分のシステムは明示的な設定で固める
• プラン選びは「既定のeffort」で比較する：月額だけでなく「何が既定で動くか」を比較の軸にする
• 自衛策をチームで共有する：effort固定とCLAUDE.md規約をメンバー間で統一する

Anthropicの今回の対応は、透明性の面で反省点はありましたが、Cherny氏が取材に正面から応じ、Teams/Enterpriseでの修正テストを公表したのは評価できる動きです。Claude Designのようなプロダクト側の整理も進んでおり、エコシステム全体では前向きな方向にあると見ています。

まとめ

2026年4月のClaude 劣化騒動の真相は、「モデルが劣化した」のではなく「既定のeffortがhighからmediumへ引き下げられた」ことでした。Anthropicは3月初旬にこの変更を行い、重い用途のユーザーに体感劣化として跳ね返る構造になっていたのです。

自衛策は4つ。①effortをhigh/xhighへ固定、②task budgetsで長時間タスクを設計、③Opus 4.7 / Sonnet 4.6 / Haiku 4.5を用途別切替、④必要ならPro→Maxへ。この順序で2日以内に体感の9割は取り戻せます。Claudeの性能は「既定値任せ」から「自分で握る」時代に入ったと捉え、自衛運用を日常化させましょう。

よくある質問（FAQ）

Q1. Claudeが4月に遅く・能力が落ちたと感じるのはなぜですか？

Anthropicが2026年3月初旬に、Claude Opus 4.6/Sonnet 4.6の既定effortをhighからmediumへ引き下げたことが主因です。Boris Cherny氏がFortune誌の取材で認めています。API既定値はhighのままですが、チャット版とアプリの内部既定がmediumへ寄せられたため、同じ質問でも回答の深さが目に見えて落ちる現象が発生しました。

Q2. effort設定の5段階はそれぞれ何が違いますか？

公式ドキュメントではlow / medium / high / xhigh / maxの5段階が定義されています。lowは速度重視、mediumはバランス、highはAPI既定、xhighはOpus 4.7限定で長時間タスク向け、maxは上限なしの最大能力モードです。単なるトークン予算ではなく「どれだけ丁寧に考えるか」の振る舞い指示です。

Q3. Claude Proのeffortを固定する方法はありますか？

Claude Code デスクトップではCmd+Shift+Eでeffortメニューを開き、セッション単位で固定できます。ブラウザ版はUIメニューで明示指定するか、プロンプト冒頭に「このセッションはeffort=highで」と書くか、API経由ならoutput_config.effortを固定値で送る方法もあります。

Q4. ProからMaxにプラン変更するとeffortはどう変わりますか？

Teams/Enterpriseは既定をhigh effortへ戻すテストを実施中とFortune誌が伝えています。MaxもClaude Code側ではxhighが既定で、重い思考を日常的に回す人はMaxへの切り替えで体感が戻るケースが多いです。

Q5. task budgetsとは何ですか？effortとどう違いますか？

task budgetsはmax_tokensでタスク全体に使えるトークン上限を指定する設定で、effortが「どれだけ丁寧に考えるか」なのに対し、task budgetsは「どれだけの分量を考え切るか」の箱の大きさです。Opus 4.7でxhigh以上の場合、公式は64kトークンからのスタートを推奨しています。

Q6. Claude Code の Routines でeffortは引き継がれますか？

Routinesはクラウド側で定期実行される仕組みで、effortの既定はプランに紐づきます。MaxプランはxhighでRoutineが走り、Proプランではmedium寄りで動作するため、重い処理を任せる場合はClaude Code Routinesガイドで挙動を確認してください。

参考資料

• Anthropic faces backlash over Claude performance decline（Fortune, 2026年4月14日）
• Is Anthropic nerfing Claude? Users increasingly report performance issues（VentureBeat）
• Claude outage and quality complaints（The Register, 2026年4月13日）
• Anthropic faces power user complaints over Claude（Axios, 2026年4月16日）
• Effort（Anthropic公式ドキュメント）
• Claude Opus 4.7 発表（Anthropic公式, 2026年4月16日）