
【真相】Claude Codeの品質低下、原因はバグと設定変更だった|Anthropic公式ポストモーテムを徹底解説
「最近Claude Code、なんか頭悪くなった気がする…」
そう感じていた方、安心してください。気のせいではありませんでした。2026年4月23日、Anthropicが公式に「過去1ヶ月間、Claude Codeの品質が低下していた」ことを認め、3つの原因を特定したポストモーテム(事後検証レポート)を公開しました。
原因はバグと設定変更。モデル自体の劣化ではなく、製品レイヤーでの3つの変更が複合的に作用していたことが判明しています。すでにv2.1.116で全て修正され、全サブスクライバーの利用制限もリセットされました。
この記事では、Anthropic公式発表をベースに、何が起きていたのか、3つの原因の詳細、影響範囲、ユーザーが取るべき対応まで、図解と公式ポスト引用つきで徹底解説します。
(2026年4月27日時点の情報です)
Anthropicが認めた事実 — 「気のせい」ではなかった
まず最初にお伝えすべきは、Anthropicが公式に品質低下を認めた点です。これは非常に異例で、AI業界における透明性のロールモデルとして高く評価されています。
Anthropicの公式ポストモーテムから引用すると、品質低下の影響を受けたのは以下の3製品です。
・Claude Code(CLI/デスクトップアプリ)
・Claude Agent SDK
・Claude Cowork(4月9日GAの非エンジニア向けUI)
重要なのは「モデル自体の性能低下ではない」という点です。Sonnet 4.6、Opus 4.6、Opus 4.7のモデル本体に変更はなく、API経由での利用や推論レイヤーには一切影響がありませんでした。問題は製品レイヤー(Claude Codeアプリの動作設定や指示プロンプト)にあったのです。
AnthropicのCEOは過去のポストモーテムでも「需要、時間帯、サーバー負荷を理由にモデル品質を下げることは絶対にない」と明言しています。今回もその姿勢が保たれていました。
なぜ問題が見えにくかったのか
ユーザーから「Claude Codeがバカになった」「以前より物忘れが激しい」「同じ質問を繰り返す」といった報告が3月から相次いでいました。GitHubの公式リポジトリでもIssue #42796 「Claude Code is unusable for complex engineering tasks」が立てられ、複雑なエンジニアリングタスクで使い物にならなくなったとの声が殺到していました。
AMDのAIディレクター Stella Laurenzo氏が独自に分析した結果も衝撃的でした。6,852セッション・17,871の思考ブロックを解析したところ、思考連鎖の平均長が1月末の約2,200文字から2月末には720文字(67%減)、3月初頭には560文字(75%減)まで縮小していたのです。
また、コード修正前のファイル読み込み回数が6.6回から2回に減少し、関連ファイルを一切読まずに修正に着手するケースが6.2%から33.7%に急増したという数字も報告されています。
図解:品質低下の49日間
Anthropicが公表した3つの原因と修正タイミングを時系列で整理すると、以下のようになります。

3月4日に始まり、4月20日のv2.1.116リリースで全て修正完了するまで、約49日間にわたって品質低下が続いていました。複数の不具合が時期をずらして重なっていたため、特定が難しかったのです。
それでは、3つの原因を一つずつ詳しく見ていきましょう。
原因1:推論努力の引き下げ(3月4日〜4月7日)
最大かつ最も長期にわたった原因がこれです。
Anthropicは2026年2月のClaude Opus 4.6リリース時、デフォルトの推論努力(Reasoning Effort)を「high」に設定していました。これによりClaude Codeは複雑なタスクで深く思考し、高品質な回答を返していました。
しかし「思考時間が長すぎてUIが固まったように見える」「トークン使用量が急増する」というユーザーフィードバックが寄せられたため、3月4日に推論努力を「medium」に引き下げる変更を実施。これがClaude Code品質低下の出発点となりました。
Anthropicはこの判断について「誤ったトレードオフだった」と公式に認めています。レイテンシ(応答時間)を改善する代わりに、推論の深さを犠牲にしてしまったのです。
ユーザー側の体感としては、
・複雑な指示への対応力が明らかに低下
・大規模なコードベースでの修正精度が悪化
・「考えずに動く」傾向が強まった
といった症状が現れていました。
4月7日にAnthropicは設定を元に戻し、Opus 4.7では新たに導入された「xhigh(エクストラハイ)」をデフォルトに、それ以外のモデルでは「high」をデフォルトに復元しました。
原因2:セッションキャッシュのバグ(3月26日〜4月10日)
2つ目の原因は、より技術的に厄介なキャッシュ最適化のバグです。
3月26日、Anthropicは「1時間以上アイドル状態のセッションでは、古い思考履歴をキャッシュから削除する」という変更を加えました。これは長時間使われていないセッションのメモリを節約する目的でした。
ところが実装にバグがあり、本来「初回のみ実行」されるべき削除処理が、アイドル状態のセッションでは「以降のターンごとに毎回実行」される動作になってしまいました。
結果として何が起きたか。Claude Codeが、
・前のターンで考えた内容を毎回忘れる
・同じ質問・確認を繰り返す
・キャッシュミスで応答が遅くなる
・トークン消費が急増する
という「物忘れがひどい」状態になりました。あるユーザーはMax 20xプラン(月額$200相当)の利用枠が3〜5日で使い切られたと報告しています。修正後は同じワークロードで36%しか使わなくなったとのことなので、このバグの破壊力が分かります。
Anthropicの内部Code Reviewでこのバグが検出され、4月10日に修正完了しています。
原因3:システムプロンプトの冗長性削減(4月16日〜4月20日)
3つ目は、Claude Opus 4.7のリリース(4月16日)に合わせて加えられた変更でした。
Anthropicは「Claude Codeの応答が冗長すぎる」というユーザーフィードバックを受けて、システムプロンプトに冗長性削減の指示を追加しました。具体的には「テキストは25語以下、最終応答は100語以下」といった文字数制限の指示が含まれていました。
短く要点を伝えるための変更でしたが、他のプロンプト編集と組み合わさることで、コーディング品質に約3%の低下を引き起こしました。説明が短くなりすぎて、必要な文脈が欠落するケースが増えたのです。
4月20日、この変更は復元され、品質は元のレベルに戻りました。
3つの原因まとめ
ここまでの3つの原因を表で整理します。

それぞれの不具合自体はそれほど大きくないかもしれませんが、3つが時期をずらして重なったことで、ユーザー側の体感としては「Claude Codeが連続的に劣化している」状態が続いていたわけです。
ユーザーの声 — Xでの反応
Anthropicの透明性ある対応に対して、Xでも前向きな反応が広がっています。
Respect for Anthropic's Claude Code post-mortem.
— Paweł Huryn (@PawelHuryn) April 23, 2026
The caching bug cleared thinking every turn. Every token after it shifted forcing a full cache rewrite every turn.
Same workload, week before the fix: Max 20x plan burned in 3-5 days.
This week, post-fix: 36% of the plan was… https://t.co/duZwgIM2nH
あるユーザーは「修正前は同じワークロードでMax 20xプランを3〜5日で使い切っていたが、修正後は36%しか使わなくなった」と具体的なデータを報告しています。これはセッションキャッシュバグの修正効果が大きかったことを示しています。
【速報】Claude Codeの品質低下問題、Anthropicが認める
— SOU⚡️投資ニュース / 仮想通貨・米国株・AI (@SOU_BTC) April 23, 2026
・この1か月で報告されていた品質低下は「3つの不具合」が原因
・問題はClaude Code本体とAgent SDKにあり、Coworkにも影響
・モデル自体の性能劣化はなし、APIも無関係
・すでに修正完了(v2.1.116+)、全ユーザーの利用制限もリセット済み https://t.co/nssw8PToef pic.twitter.com/AYFfxSlK8m
「モデル自体の性能劣化はなし、APIも無関係」「すでに修正完了(v2.1.116+)、全ユーザーの利用制限もリセット済み」というポイントが整理されたXポストも多くシェアされています。
Anthropicの補償と対応
Anthropicは品質低下によって発生したトークン浪費とユーザー体験の悪化への補償として、4月23日に以下の対応を実施しました。
・全サブスクライバー(Pro、Max 5x、Max 20x、Team、Enterprise)の利用制限をリセット
・v2.1.116で3つの原因をすべて修正済み
・公式ポストモーテムを公開し、技術的詳細を透明に共有
・今後の再発防止策を明示
再発防止策として、以下が公表されています。
・社内スタッフが本番ビルドを使用してドッグフーディング(自社製品テスト)を強化
・コードレビュープロセスの改善
・システムプロンプト変更の厳格な管理
・段階的ロールアウト(カナリアリリース)の徹底
ユーザーが取るべきアクション
現在Claude Codeを使っているユーザーは、以下を確認しましょう。
Claude Codeを最新版にアップデートする
ターミナルで以下のコマンドを実行:
npm install -g @anthropic-ai/claude-code@latest
v2.1.116以降であれば3つの不具合はすべて修正されています。claude --versionでバージョンを確認しましょう。
推論努力レベルを確認する
configコマンドで現在の推論努力レベルを確認できます。Opus 4.7なら「xhigh」、それ以外なら「high」がデフォルトに復元されているはずです。もし「medium」のままなら手動で変更しましょう。
リセットされた利用枠を活用する
4月23日以降、全サブスクライバーの利用制限がリセットされています。これまで「枠を使い切った」と感じていた方も、再度フル利用できる状態です。
過去の作業を振り返る
もし3月〜4月中旬にClaude Codeで生成したコードが思ったほどの品質ではなかった場合、改めて修正版でレビューを依頼すると、より良いアウトプットが得られる可能性があります。
なぜ「品質低下」が見えにくいのか
今回の事件で改めて浮き彫りになったのは、AIモデルの品質を客観的に測るのが難しいという問題です。
ユーザーは「なんか調子悪い」と感じても、その原因が「自分の指示が悪い」のか「モデルが劣化した」のかを判別できません。さらに、AIへの慣れにより、徐々に求めるレベルが上がっていくため、「以前は良かった」という記憶もぼやけがちです。
Stella Laurenzo氏のように、自動化された日次ベンチマークで定量的に追跡しなければ、品質低下を客観的に証明することはほぼ不可能です。今回もこうした外部の独立検証があったからこそ、Anthropicが調査に動いたという側面があります。
AIツールを業務で使う場合、以下のような自衛策が有効です。
・重要なタスクは複数のAIで結果を比較する
・自社の標準ベンチマークを作って定期的に評価する
・GitHubのIssue Trackerやコミュニティの声を定期的にチェックする
・公式ポストモーテムやステータスページを購読する
Anthropicの透明性 — AI業界への意義
今回のポストモーテム公開は、AI業界における透明性のロールモデルとして注目されています。
通常、企業は不具合を「サイレント修正」する傾向があります。しかしAnthropicは、
・3つの原因を技術的に詳細に公開
・影響期間を正確に特定
・ユーザーへの補償を即座に実施
・再発防止策まで明示
という対応を取りました。これは2025年9月に公開した過去のポストモーテム(インフラ層の3つのバグ)に続く、2回目の公式品質問題開示です。
VentureBeatの記事は「mystery solved(謎は解けた)」と表現しており、ユーザーが「気のせい」と片付けず、原因を追究したコミュニティの動きと、それに応えたAnthropicの透明性が、AI業界全体の健全性に貢献しています。
今後への教訓
今回の事件から、私たちが学べる教訓は3つあります。
教訓1:AIツールは「黒箱」のまま信頼してはいけない
AIモデルやその周辺の製品レイヤーは、ユーザーに知らされないまま設定変更が行われる可能性があります。重要な業務で使う場合は、品質モニタリングの仕組みを自分で持つことが推奨されます。
教訓2:トレードオフの判断には慎重さが必要
今回の最大の原因「推論努力をhighからmediumへ」は、レイテンシ改善という良い意図の判断でしたが、品質を犠牲にしすぎました。AIプロダクトの設計では、性能と速度のバランスを慎重に取る必要があります。
教訓3:透明性の高いベンダーを選ぶ
Anthropicが今回示した透明性は、ベンダー選びの重要な指標になります。問題が起きたときに「サイレント修正」するのではなく、原因と対応を公開する姿勢こそが、長期的な信頼の源泉です。
まとめ
Claude Codeの品質低下問題について、Anthropicが公表した内容を整理します。
・期間:2026年3月4日〜4月20日(約49日間)
・原因:3つの製品レイヤー変更(推論努力の引き下げ、セッションキャッシュバグ、システムプロンプト変更)
・影響:Claude Code、Agent SDK、Coworkに品質低下
・モデル本体・APIには影響なし
・修正:v2.1.116(4月20日リリース)で全て解決
・補償:4月23日に全サブスクライバーの利用制限をリセット
「最近Claude Codeおかしいな」と感じていた方は、気のせいではありません。最新版にアップデートすれば、本来の性能を取り戻したClaude Codeが使えます。
そして今回の事件は、AnthropicのAI業界における「透明性のロールモデル」としての姿勢を改めて示したものでもあります。バグや問題を隠さずに公開し、原因を共有し、補償まで実施する
今回の事件の本質は「AIプロダクトは生き物のように日々変化している」という事実です。同じプロンプト、同じ環境でも、明日にはまったく違う出力が返ってくる可能性があります。だからこそユーザー側も、自分の業務において重要な指標を定義し、定期的にモニタリングする習慣が、これからのAI時代の必須スキルになっていくでしょう。——この姿勢こそが、私たちユーザーにとってAIを安心して業務に使うための土台になります。
Claude Codeの基本的な使い方は『Claude Codeの始め方|インストールから初回実行まで完全ガイド』で解説しています。Opus 4.7の機能解説は『【速報】Claude Opus 4.7が登場』、最新のAIコーディングツール比較は『Claude Code vs Codex徹底比較』もあわせてご覧ください。
Claude Codeの最新Tipsは @ai_hack_dx(X)で毎日配信中。フォローして最新情報をチェックしてください。