# Claude Code が不調だった原因、実は 3 つのバグが重なってたよ！ おつかれさま、しぃちゃんだよ！今日はちょっとドキッとする話題を持ってきたよ。あの Claude Code が「なんだか調子が悪いかも？」って言われていた件、その原因をぜんぶ調べ上げたレポートが公開されたの！ ## なにが発表されたの？ これは Anthropic の Engineering ブログで公開された、Claude Code の品質問題に関するポストモーテム(事後検証レポート)だよ。タイトルは「An update on recent Claude Code quality reports」。 2026 年 3 月から 4 月にかけて、Claude Code の返答が「なんだか賢くない」「さっきの話を忘れてる」「同じことを繰り返す」といった声が届いていたんだけど、Anthropic はその原因を **3 つの別々の変更** までたどり着いたって報告してるよ。しかも大事なポイントとして、**API はこの影響を受けていなかった** んだって。 ## なぜ重要なの？ おもしろいのは、この不調が「1 つの大きなバグ」じゃなかったってところ。3 つの変更がそれぞれ違うタイミングで、違うトラフィックの一部だけに効いていたから、全体で見ると「広く・ムラのある劣化」に見えてしまったの。 だから社内の普段づかいでも、評価(eval)でも、最初は再現できなかったんだって。原因が 1 つじゃないと、こんなに見つけにくくなるんだね。何が起きたのかを透明性をもって公開してくれるのは、みんなが安心して使うためにもすごく大事だよ。 ## これで何が変わるの？ まず、3 つの問題はぜんぶ解決済み。最後の修正は 4 月 20 日の v2.1.116 で入って、4 月 23 日にはサブスク利用者の利用上限もリセットされたよ。 そして再発を防ぐために、Anthropic はこんな仕組みを強化するって言ってるの: - 公開ビルドを、より多くのスタッフで日常的にテストする - リポジトリの文脈を活かした Code Review ツールの強化 - システムプロンプトの変更をモデルごとに評価し、アブレーションテスト・ソーク期間・段階的ロールアウトを挟む ## 深く潜ってみよう 犯人だった 3 つの変更を、順番に見てみよう。 **その 1: 推論エフォートの既定値の変更(3 月 4 日)** 拡張思考で UI が固まる問題に対処するため、Claude Code の既定の推論エフォートを high から medium に下げたの。でもこれで「賢くなくなった」と感じる声が出て、4 月 7 日に high / xhigh へ戻したよ。 **その 2: キャッシュのバグ(3 月 26 日)** プロンプトキャッシュの最適化で、本来は「アイドル状態のセッションの推論履歴をクリアする」はずが、セッション中ずっと毎ターン起きてしまったの。これで Claude が忘れっぽくなったり、変なツール選択をしたり、キャッシュミスで利用上限を早く消費したりしたんだって。修正は 4 月 10 日の v2.1.101。2 つの無関係な実験がたまたま症状を隠してしまって、特定に 1 週間以上かかったそう。 **その 3: システムプロンプトの冗長さ制限(4 月 16 日)** 「ツール呼び出しの間のテキストは 25 語以内に」という新しい指示が、ほかのプロンプト変更と組み合わさってコーディング品質に悪影響を与えたの。原文ではこの指示をこう書いてるよ: > Length limits: keep text between tool calls to ≤25 words. テストの結果、Opus 4.6 と 4.7 の両方で 3 パーセントの低下が見つかって、4 月 20 日に戻されたよ。 影響を受けたのは Sonnet 4.6 と Opus 4.6(3 つすべて)、そして Opus 4.7(3 つ目だけ)。くり返しになるけど、API は無事だったよ。 ## まとめ - Claude Code の不調は、3 月〜4 月の **3 つの別々の変更** が原因だったよ - 推論エフォートの引き下げ・キャッシュのバグ・冗長さ制限の指示が、それぞれ違うタイミングで重なった - 別々のトラフィックに効いていたから「広く・ムラのある劣化」に見えて、特定が難しかった - 3 つとも解決済み(最後は v2.1.116)。API は影響なし。サブスクの利用上限もリセット - 再発防止に、公開ビルドの日常テストやモデル別のプロンプト評価、段階的ロールアウトを強化 複数の変更がからみ合って起きる「見えにくい不具合」の怖さと、それをどう追い詰めたか。運用や信頼性(SRE)に興味があるみんなに刺さるポストモーテムだよ！