Claude Codeが「劣化した」と感じたら読む記事：原因と対処法を完全解説【2026年最新】
室谷最近.AI（ドットエーアイ）のコミュニティでも話題になってるんですけど、「Claude Codeが急に賢くなくなった気がする」っていう声、めちゃくちゃ多くて・・・
テキトー教師ですよね。4月に入ってから講座の受講生さんから「前より遅い」「なんか雑になった」って相談がすごく増えました。
実際にX（旧Twitter）でも海外でも大きな話題になってますよね。
実際にX（旧Twitter）でも海外でも大きな話題になってますよね。
室谷僕もつい先日「Claude（Claude Code）流石にナーフされすぎじゃね？体感IQ130くらいあったのにIQ100くらいになった感じがする」ってポストしたくらいで（笑）。
でも調べてみると、「劣化」の中身がいくつかの異なる原因に分かれていることがわかってきたんですよね。
テキトー教師そうなんですよ。「劣化」って一言で言っても、実はAnthropicが意図して変えた設定の話と、サーバー側の問題と、ユーザー側の使い方の問題が混在してるんですよね。
整理すると、かなり別の話です。
整理すると、かなり別の話です。
室谷この記事では、2026年4月時点でClaude Codeに何が起きているのか、公式の発表と実際のユーザーの報告をもとに整理していきます。
「Claude Codeが劣化した」問題の全体像
室谷まず背景から説明すると、2026年の2月〜4月にかけて、Claude Codeのヘビーユーザーを中心に「性能が落ちた」という不満がX、GitHub Issues、Redditで一気に広がったんですよね。
テキトー教師特に注目されたのが、AMDのAIグループのシニアディレクターであるStella Laurenzo氏がGitHubに投稿した分析でした。6,852件のClaude Codeセッションファイル、17,871件のthinkingブロック、234,760件のtool callを分析して、「2月から推論の深さが急落した」と主張したんです。
これが一気に拡散しましたね。
これが一気に拡散しましたね。
室谷その後VentureBeatも取り上げて、「AI shrinkflation（AIのシュリンクフレーション）」という言葉まで生まれた。同じ値段で中身が薄くなったんじゃないか、という批判ですね・・・
テキトー教師一方でAnthropicはどう応じたかというと、Claude CodeのリードのBoris Cherny氏が「ナーフしたというのは事実と異なる」と明言した上で、実際に何が変わったかを説明しました。
室谷つまり「モデル自体の性能は変えていない、でも製品設定は変えた」というのがAnthropicの立場なんですよね。ここが重要で・・・
Anthropicが実際に変えたこと
テキトー教師では何が変わったのか、具体的に整理してみましょう。公式のchangelogと開発チームの説明から確認できる変更点です。
室谷まずは、最も影響が大きかった「effortのデフォルト変更」から話しましょうか。
テキトー教師そうですね。Claude Codeには推論の深さを調整する「effort（エフォート）」レベルという設定があります。
これがユーザーの使い方や体感に大きく影響するんですよね。
これがユーザーの使い方や体感に大きく影響するんですよね。
室谷2026年3月3日頃に、Opusモデルのデフォルトeffortがmaxからmediumに変わった。これが「急に賢くなくなった」という感覚の一番大きな原因だったと思います。
MYUUUのチームでも「なんか前より遅くなった気がする」って声が出てましたし。
MYUUUのチームでも「なんか前より遅くなった気がする」って声が出てましたし。
テキトー教師effortのレベルを整理するとこういう構造です。
| effortレベル | 特徴 | 変更後のデフォルト |
|---|---|---|
| low | 最速・最低コスト | - |
| medium | バランス型（effort 85） | 3月3日〜4月7日 |
| high | 高精度・高コスト | 4月7日〜（現在） |
| xhigh | Opus 4.7専用の超高精度 | - |
室谷ちなみに4月7日にまたデフォルトがmediumからhighに戻された。Claude Code公式のchangelogにも明記されています。
API-keyユーザー、Bedrock/Vertex/Foundry、Team、Enterpriseユーザーが対象で。
API-keyユーザー、Bedrock/Vertex/Foundry、Team、Enterpriseユーザーが対象で。
テキトー教師「ユーザーからトークン消費が多すぎるというフィードバックがあったためmediumに下げた、でも性能面での不満の方が大きかったためhighに戻した」という流れですよね。Anthropic側も試行錯誤している過程が見えます。
室谷もう1つ大きかったのが、2月9日の「adaptive thinking」へのデフォルト変更ですね。それ以前は、Opus 4.6はより多くのthinkingを行っていた。
テキトー教師「thinking（思考）が見えなくなった」という報告もありましたね。「redact-thinking-2026-02-12」というヘッダーが追加されて、thinkingがUIに表示されなくなった。
でもBoris Chernyが明確に言ったのは「これはUI上の表示を隠しているだけで、thinkingそのものに影響はない」ということです。
でもBoris Chernyが明確に言ったのは「これはUI上の表示を隠しているだけで、thinkingそのものに影響はない」ということです。
室谷ここが誤解されやすいポイントで・・・ 「thinkingが見えない = thinkingしていない」ではない、ということですね。レイテンシを下げるためにUIから消したんだけど、モデルの内部では引き続き推論してる。
本当の「劣化」：Anthropicの障害・エラー増加
テキトー教師設定の変更とは別に、実際のサーバー側の問題もありました。これは「設定変更」の話ではなくて、Anthropicのサービス品質の問題です。
室谷Anthropic Statusページを見ると、直近では2026年4月3日にSonnet 4.6でエラー増加、4月4日にSonnet 4.6とOpus 4.6で広範なエラー率上昇という障害が記録されています。
テキトー教師あと僕が注目したのが「silent context degradation（サイレントなコンテキスト劣化）」の問題。GitHub Issuesに上がっていた報告なんですが、長いセッションを続けると、見かけ上はセッションが継続しているのに内部では古いtool resultが落ちて、ユーザーには「急に話が通じなくなった」ように見えるという現象ですね。
室谷コンテキストウィンドウの問題は、Anthropic公式ドキュメントにも明記されていますよね。「LLM performance degrades as context fills」って。
コンテキストが埋まってくると性能が落ちる。これはモデルの仕様で、設定変更ではなく構造的な問題です。
コンテキストが埋まってくると性能が落ちる。これはモデルの仕様で、設定変更ではなく構造的な問題です。
テキトー教師特に2026年に入ってから、Claude CodeにMCP、subagent、thinking、computer useなど重い機能が追加されてきた。便利な反面、これらを全部乗せで使うとコンテキストが急速に埋まっていく・・・
室谷「最近できることが増えた反面、雑に使うと崩れやすくなった」というのはQiitaの記事でも指摘されていましたね。実際に僕の周りのエンジニアもそれを体感している人が多いです。
もう1つの問題：プロンプトキャッシュのTTL変更
テキトー教師あとこれは使用量（usage）の急増問題に関係するんですが、プロンプトキャッシュのTTL（Time To Live）が変更されたという報告もありました。
室谷120,000件近いAPIコールのログを分析したユーザーが「3月初旬にキャッシュのTTLが1時間設定から5分設定に戻された」と主張して、これも大きな話題になって・・・
テキトー教師これについてはAnthropicのJarred Sumner氏が「3月6日の変更は意図的なもので、リグレッションではない」と説明しました。リクエストの種類によって異なるキャッシュ時間を使っており、1時間キャッシュは常にコスト効率が良いわけではない、という内容でした。
室谷「1時間キャッシュは書き込みコストが高い。同じキャッシュコンテキストを何度も再利用する場合だけコスト効率が良くなる」というロジックですね。
これはなるほどと思いました。
これはなるほどと思いました。
テキトー教師とはいえ、ヘビーユーザーには「なぜ突然制限に引っかかるようになったのか」という実感があった。Anthropic側はそれを「意図的な最適化」と説明したんですが、ユーザーとの体験の齟齬がありましたね。
「Claude Codeが遅い・重い」と感じるときの原因と対処法
テキトー教師ここからは実際にどうするか、という話ですね。「Claude Codeが遅い、重い」と感じているユーザーが今すぐできる対処を整理しましょう。
室谷まず確認してほしいのが、effortの設定です。ターミナルで
/effort と入力すると、現在のeffortレベルが確認できて、スライダーで変更もできます。テキトー教師デフォルトがhighに戻ったとはいえ、セッションによっては設定が残っていることもありますから。ここで「medium」になっている場合はhighに変えてみると解消されるケースがあります。
室谷あとは、コンテキストウィンドウの管理ですね。これ、「Claude Codeが重い」の多くが実はこれだと思って・・・
テキトー教師公式ドキュメントにも明記されているんですが、「LLM performance degrades as context fills（コンテキストが埋まるほど性能が落ちる）」という特性があります。長いセッションを続けると、ここが詰まってきます。
室谷対処法をまとめると、こういう感じです。
| 症状 | 原因 | 対処法 |
|---|---|---|
| 返答が遅くなった | effortレベルがmediumになっている | /effort high で変更 |
| 前提を忘れる・雑になる | コンテキストウィンドウが埋まっている | /clear または /compact |
| 突然エラーが増える | Anthropicのサーバー障害 | status.anthropic.com を確認 |
| rate limitに引っかかる | 5時間セッション制限 | 時間をおくか翌日に再開 |
| 長いセッションで崩れる | silent context degradation | セッションを分割する |
テキトー教師このうち特に効果が大きいのは「セッションを分割する」という対処法です。「1M contextがあるから全部入れられる」という発想で使っている方が多いんですが、コンテキストを使い切ろうとするほど後半で崩れやすくなります。
室谷MYUUUでも、長い開発タスクは途中で
/clear してCLAUDE.mdに状況を要約してから続ける、というワークフローにしてます。最初は面倒に感じたんですが、結果として品質が上がって・・・Claude Codeのrate limitとセッション制限の仕組み
テキトー教師「claude code rate limit」「claude code limit」関連の検索が増えているので、制限の仕組みも整理しましょう。
室谷2026年3月26日にAnthropicが公式に発表した変更があって、5時間セッション制限の仕組みが変わったんですよね。
テキトー教師具体的には、「平日の太平洋時間5時〜11時（日本時間で21時〜翌3時頃）のピーク時間帯に、5時間の制限がより速く消費されるようになった」という変更です。
室谷つまり使い方は変わっていないのに、ピーク時間帯だとより早く制限に引っかかるようになった。この変更によって「Pro tier」ユーザーの約7%が、以前は引っかからなかったはずの制限に引っかかるようになったとAnthropicは認めています。
テキトー教師受講生さんから「最近突然制限に引っかかるようになった」という相談が増えたのは、この変更が理由だったんですね。制限を回避する方法、というよりは「ピーク時間帯を避けて使う」「セッションを効率的に使う」という方向で対策するのが現実的です。
室谷Team・Enterpriseプランのユーザーはこの変更の影響を受けていないとのことで、使用量が多い場合はプランのアップグレードも選択肢ですね。
Claude Code effortの活用：最新の設定方法
テキトー教師effortの話が出たので、もう少し詳しく説明しましょう。これ、講座で教えていて「知らなかった」という方が多いんですよ。
室谷Claude Code v2.1.94（4月7日リリース）以降、effortのデフォルトがhighに変わって、且つOpus 4.7専用の「xhigh」というレベルも追加されました。
テキトー教師effortの操作方法をまとめるとこうです。
| コマンド | 内容 |
|---|---|
/effort | インタラクティブなスライダーを開く |
/effort low | 低effortに設定（最速・最低コスト） |
/effort medium | 中effortに設定 |
/effort high | 高effortに設定（現在のデフォルト） |
/effort xhigh | Opus 4.7専用の超高精度モード |
/effort auto | デフォルトにリセット |
室谷「コードレビューや軽いタスクはmedium、複雑な実装やアーキテクチャ設計はhigh」みたいに使い分けると、コスト効率が上がりますよ。MYUUUでもそうしてます。
テキトー教師xhighは現在Opus 4.7専用なんですが、最も深い推論が必要な場面で使うのが理想的です。一方でトークン消費も増えるので、何でもかんでもxhighにすると制限に早く引っかかります・・・
「Claude Code 1M context」の正しい使い方
室谷「claude code 1m context」への関心が高いということは、「大きなコンテキストを活用したい」というユーザーが多いんですよね。
テキトー教師そうですね。でも先ほどお伝えしたように、コンテキストが大きくなるほど性能が落ちるという特性があります。
「1M contextだから何でも入れていい」ではないんです。
「1M contextだから何でも入れていい」ではないんです。
室谷公式ドキュメントに「A single debugging session or codebase exploration might generate and consume tens of thousands of tokens」と書いてあって。1Mという数字だけ見て「まだまだ余裕がある」と思ってデバッグを続けると、後半でガクっと品質が落ちる。
テキトー教師/contextコマンドでコンテキストの使用状況を確認できます。これを定期的にチェックして、50-60%くらいで /compact するのが安全なラインだと思いますね。
実際に受講生さんに試してもらったら「格段に安定した」という声が多かったです。
実際に受講生さんに試してもらったら「格段に安定した」という声が多かったです。
室谷CLAUDE.mdを整備しておくと、/clearでコンテキストをリセットしても重要な設定や前提が保持されます。これが一番大事なセットアップかもしれないです。
テキトー教師Qiitaに良い記事があって「最近の不調の原因は単にコンテキストの管理ができていないだけだった」という分析がありましたね。「劣化した」と感じていたユーザーの相当数が、実はこれで解決しているんじゃないかと思います。
「ナーフされた」のか？最新の状況（2026年4月時点）
室谷さて、結論として「Claude Codeは本当に劣化したのか」という問いへの答えを整理しましょう。
テキトー教師事実関係を整理すると、こういう構造になります。
室谷「モデルの重みそのものは変えていない」というのがAnthropicの立場で、Boris Chernyがはっきり言っています。ただし以下の変更が重なったことで、多くのユーザーが「性能が落ちた」と感じた。
- 2月9日: Opus 4.6のadaptive thinking導入（thinkingがUIから消えた）
- 3月3日: デフォルトeffortがmediumに変更（性能より効率を優先）
- 3月6日: プロンプトキャッシュTTLの変更（quota消費が増えた）
- 3月26日: ピーク時間帯の5時間制限が変更（制限に引っかかりやすくなった）
- 4月3〜4日: Sonnet 4.6/Opus 4.6の障害（実際のエラー増加）
テキトー教師これに加えて、Hacker NewsやX、Reddit上でのバイラルな投稿が「Claude Codeは劣化した」という集合的な印象を形成した、という面もあります。
室谷面白いのは、4月7日にデフォルトがhighに戻ったのと、4月に入ってClaudeのOpus 4.7が登場したことで、「劣化問題」の議論が少し落ち着いてきているんですよね・・・
テキトー教師Marginlabのパフォーマンストラッカーも、今はOpus 4.7のベースラインデータを収集中で「劣化検知をいったん停止」という状態になっています。モデルが新しくなったんで、ゼロからデータを取り直してる感じです。
室谷「ナーフ」という言葉は強烈でSNSで拡散しやすいんですが、実際は「製品設定の変更＋サーバー障害＋コンテキスト管理の問題」が重なったことで多くのユーザーが「性能低下」を体感した、というのが正確な状況だと思います。
安定運用のためのベストプラクティス
テキトー教師結局「どうすれば安定してClaude Codeを使えるのか」というところをまとめましょう。
室谷これはQiitaの記事でも整理されていたんですが、「長いセッションをやめる」が一番効きます。これ、シンプルだけど本当にそうで・・・
テキトー教師講座で教えていてわかったんですが、Claude Codeを使い始めたばかりの人は「コンテキストが残っているうちは続けよう」という発想になりがちなんですね。でも経験を積んだ人ほど「ここで一度切る」の判断が早くなる。
室谷具体的な安定運用のポイントをまとめると、こういう感じです。
- セッションを短く分割する: 1タスク1セッションを基本に。詰め込みすぎない
- CLAUDE.mdを整備する: /clearしても引き継げる情報をまとめる
- effortを適切に使い分ける: 軽い作業はmedium、複雑な実装はhigh以上
- /contextで定期的に確認する: コンテキスト使用率が50-60%を超えたら/compact
- ピーク時間帯を避ける: 日本時間の21時〜翌3時（平日）はrate limitに引っかかりやすい
- サブエージェントを活用する: サブエージェントは独立したコンテキストを持つため、メインセッションを圧迫しない
- Anthropicのステータスページを確認する: status.anthropic.com で障害情報をチェック
テキトー教師MCPを入れすぎないのも大事ですね。MCP tool definitionsがコンテキストを圧迫するので、使っていないMCPはonにしない、が基本です。
v2.1の途中から「MCPツールのdescriptionはデフォルトでdeferredになった（使う時だけロードされる）」という改善が入ったんですが、それでも数が多いとコストがかかります。
v2.1の途中から「MCPツールのdescriptionはデフォルトでdeferredになった（使う時だけロードされる）」という改善が入ったんですが、それでも数が多いとコストがかかります。
室谷MYUUUでの実際の運用でいうと、開発タスクによってMCPのプロファイルを切り替えてます。フロントエンドの作業には必要ないMCPをオフにして、コンテキストを綺麗に保つ。
よくある質問（FAQ）
テキトー教師受講生さんからよく聞かれることをQ&A形式でまとめましょう。
室谷「Claude Codeがナーフされた」系の情報をSNSで見て不安になっている方が多いと思うので。
テキトー教師「Claude CodeはSonnetとOpus、どちらを使えばいいですか？」という質問も多いですね。
室谷公式ドキュメントには「Sonnet handles most coding tasks well. Opus provides stronger reasoning for complex architectural decisions.」とあります。普段の作業はSonnetで十分で、複雑なアーキテクチャの設計やデバッグではOpusが力を発揮します。
テキトー教師「Claude CodeとChatGPTのCodex、どっちがいいですか？」という比較も増えてきましたね。Anthropicが「劣化問題」で注目を集めている一方、OpenAIがCodexを大幅に強化していることもあって。
室谷正直、適材適所だと思います。Claude Codeは長いコーディングセッションや複雑な実装、MYUUUのようなビジネス用途では非常に強い。
一方でOpenAI Codexもエージェント機能を強化していて、競争が激しくなってきています。
一方でOpenAI Codexもエージェント機能を強化していて、競争が激しくなってきています。
テキトー教師ここは実際に両方使ってみることをおすすめします。ツールの得意不得意はユースケースによるので。
まとめ
室谷改めて整理すると、「Claude Codeの劣化問題」は実際にはいくつかの異なる問題が重なったものでした。
テキトー教師Anthropicが変えたのは「モデルの重み」ではなく「製品設定（effortのデフォルト値、キャッシュTTL、セッション制限）」でした。これらの変更がユーザーに十分に周知されなかったこと、そしてその時期にサーバー障害も重なったことで、「劣化した」という印象が広まりました。
室谷対処法としては、effortの設定確認、コンテキストの適切な管理、セッションの分割が大きく効きます。設定を見直すだけで「劣化」が解消するケースは多いと思います。
テキトー教師そして現在（2026年4月時点）は、デフォルトeffortがhighに戻り、Opus 4.7が登場して状況が改善しています。引き続き使い方を工夫しながら、最新情報を追っていくのが大事ですね。
室谷.AI（ドットエーアイ）コミュニティでも、Claude Codeの使いこなしのノウハウを常にシェアしていますので、ぜひ参加してみてください。
