Claude 5世代モデルのコンテキストエンジニアリング新ルール：AnthropicがClaude Codeのシステムプロンプト80%を削除した理由と移行ガイド
2026年7月24日、Anthropic のメンバー・オブ・テクニカルスタッフである Thariq Shihipar 氏は、Claude 5 世代モデル（Claude Opus 5 / Fable 5）向けの新たなコンテキストエンジニアリングルールを発表した。その中身は衝撃的だった。 Claude Code のシステムプロンプトの80%以上を削除したにもかかわらず、社内のコーディング評価において「測定可能な性能低下はゼロ」だったという。これは先週公開された Claude Opus 5 完全解説 と合わせて読むべき重要なフォローアップだ。 より正確に言えば、Anthropic 自身の言葉を借りれば、Claude Code チームが旧世代モデル向けに丹念に手調整したプロンプトは、新しいモデルにとっては「足かせ」になっていた。これは Fable 5/Mythos 5 の切断と復活のサイクル の中でモデルが獲得した判断力の進化が背景にある。 本記事では、Anthropic が発表した6つのシフト、新しい claude doctor コマンド、そしてあなた自身の CLAUDE.md を移行するための実践的ガイドを解説する。 なぜ80%もの指示が不要になったのか Anthropic の説明は単純明快だ。従来、システムプロンプトは過去のモデルの「最悪のケースの振る舞い」を防ぐために積み重ねられてきた。しかし Claude 5 世代のモデルは、より優れた判断力（judgment）を持つ。その結果、過去には有効だった防御的なプロンプトが、今ではモデルの推論リソースを無駄に消費し、時には矛盾する指示によってモデルの判断を混乱させている。 Shihipar 氏はこの変化を「アンホブリング（unhobbling）」と呼ぶ。すなわち、かつてはモデルの暴走を防いだ枷が、今は単にモデルの創造性と自律性を阻害している。これは 6月に行われた Fable 5 公開 以来、Anthropic が一貫して指向してきた方向性だ。 旧システムプロンプト：「デフォルトでコメントを書かないこと。複数段落のdocstringや複数行のコメントブロックは絶対に書かないこと。最大1行。」 新システムプロンプト：「周囲のコードに合わせて書くこと：コメントの密度、命名規則、イディオムを一致させること。」 この置き換えは、指示の粒度が「禁止」から「暗黙の理解」へと移行したことを如実に示している。 6つのシフト：Anthropicが定義する新しいコンテキストエンジニアリング Anthropic は公式ブログで、従来のコンテキストエンジニアリングから新しいルールへの6つのシフトを定義した。 1. ルール（Rules）→ 判断（Judgment） 旧来のアプローチは「〜するな」「〜してはいけない」という禁止ルールの積み重ねだった。新しいルールでは、モデルに判断を委ねる。コードコメントの例が典型で、「絶対に書くな」から「周囲に合わせよ」への変化により、多様な状況に柔軟に対応できる。このシフトは Opus 4.8 登場時 のシステムプロンプトと比較すると顕著だ。 2. 例示（Examples）→ インターフェース設計（Interface Design） 新しいモデルに対して例を与えることは、かえってモデルの探索力を制限する。Anthropic は例示の代わりに、ツールやファイルのインターフェースを明確に設計することを推奨する。例えば、ステータスを pending | in_progress | completed のような enum 型で定義することで、モデルは例がなくとも適切に振る舞う。 ...