7月3日、Matthias Bastianが「Anthropic says it cut 80 percent of Claude Code's system prompt because Fable 5 models "want a smaller system prompt"」と題した記事を公開した。AnthropicがClaude CodeのシステムプロンプトをFable 5モデルの導入に合わせて80%削減したという技術的経緯を報告している。
「モデルが賢くなるほど、プロンプトは短くなる」
LLMを使ったプロダクト開発において、「システムプロンプトはより詳細に書くべきか、それともシンプルに抑えるべきか」は現場エンジニアが常に直面する問いだ。Anthropicがこの問いに対して、自社製品の実例を通じて具体的な答えを出してきた。
AnthropicのテクニカルスタッフであるTariq Shihiparによると、同社はClaude Codeのシステムプロンプトを約80%削減した。この変更は、同社の新モデルクラスである「Fable 5」の導入に伴うものだ。なお「Fable 5」はAnthropicの内部的なモデル世代名であり、「Mythosクラス」はそれを指す別称として同社が用いているカテゴリ名称である。The Decoderの関連記事では、Mythosクラスは「高性能・高コスト・強フィルタリング」が特徴のモデルクラスとして解説されている。
Shihiparの説明によれば、この変化は段階的に起きた。
- 初期モデル:短いプロンプトに多くの具体例と厳格な制約ルールが必要だった
- 中期モデル:モデルが長い指示を理解できるようになるにつれ、プロンプトは長くなっていった
- Fable 5以降:プロンプトは再び短くなっている
「例示がモデルの想像力を制約する」という逆転
特に興味深いのは、Fable 5に対して「具体例を与えることが逆効果になる」という知見だ。
Shihiparは次のように述べている。
「このモデルクラスは、より小さなシステムプロンプトを求めていることがわかった。具体例はむしろモデルを制約してしまう。なぜなら、私たちが与える例よりも、モデル自身の方がはるかに創造的だからだ。」
さらに、従来のような「これをするな(do not do this)」という禁止ルールの列挙から脱却し、コンテキスト(文脈)による誘導へとアプローチを転換していると説明している。
この知見はFable 5固有の話として報告されている点に注意が必要だ。すべてのモデルに無条件に当てはまる法則ではなく、あくまでFable 5世代において同社が実証した結果である。ただし、実際のプロダクション環境で80%削減という形で数値が示された点は、現場エンジニアにとってリアルな参考値になる。
プロンプト設計の実務への示唆
この話題はプロンプト設計を実務で扱うエンジニアにとって直接的な関心事だ。「モデルのバージョンが変わったら、既存のシステムプロンプトを見直す必要があるか?」という問いへの答えは、Anthropicの事例を見る限り明確に「Yes」である。
プロンプトエンジニアリングの一般的な知見においても、モデルの能力が向上するにつれて過剰な指示はノイズとなりパフォーマンスを下げうるという考え方は存在する。Anthropicの今回の報告は、それをプロダクション規模で検証した事例として位置づけられる。
具体的な設計の方向性として、Shihiparの発言から読み取れるのは以下の点だ。
- 禁止ルールの列挙よりも、文脈の提供を優先する
- 具体例による誘導は、高性能モデルに対してはむしろ制約になりうる
- モデル世代が変わるたびにシステムプロンプトの有効性を再検証する
より高度な推論能力を持つモデルほど、詳細な指示ではなく文脈の提供が有効になるという傾向は、今後のモデル世代でも続く可能性がある。システムプロンプトの設計思想が「命令の羅列」から「文脈の設定」へと移行しているという今回の報告は、Claude Codeユーザーに限らず、LLMを組み込んだアプリケーション開発者全般が意識しておくべき動向だ。
詳細はAnthropic says it cut 80 percent of Claude Code's system prompt because Fable 5 models "want a smaller system prompt"を参照していただきたい。