何が起きたか

Anthropicは2026年7月2日、コーディング支援ツールClaude Codeのシステムプロンプトを80%削減したことを明らかにしました。同社テクニカルスタッフのTariq Shihipar氏によれば、この変更は新モデル群「Fable 5」（別名Mythosクラス）の特性に対応したものです。同氏は「最近、この新しいクラスのモデルは、より小さなシステムプロンプトを望むことがわかった」と述べています。

なぜ短くしたのか

従来の常識では、指示を詳細に書き、例示（Few-shot）を多く与えるほど出力品質が上がるとされてきました。しかしFable 5では逆の現象が起きています。Shihipar氏は例示について「モデルは私たちが与える例よりも想像力に富んでいるため、むしろ制約になる傾向がある」と説明しました。

Anthropicは今後、Fableモデルを「これをするな」という禁止型のハードルールで縛るのではなく、文脈（コンテキスト）を通じて誘導する方針に切り替えます。

プロンプト設計の三段階

Shihipar氏の説明を整理すると、プロンプト設計は次の3段階を辿っています。第一段階では、初期モデルは理解力が低いため短い指示と多くの例示、そして厳しい制限が必要でした。第二段階では、モデルの理解力向上に伴いプロンプトは長くなりました。そして第三段階の現在、モデルの創造性が例示を上回るようになったため、再び短いプロンプトが最適解になりつつあります。

💼 事業会社視点：これは自社にどう効くか

日本企業の「プロンプト資産」は棚卸しが必要

この変化は、社内でLLM活用を進めてきた日本企業にとって無視できません。過去2年、事業会社の多くはコンサルや受託開発会社に依頼し、業務ごとに数千〜数万トークンの精緻なプロンプトテンプレートを蓄積してきました。これらが「モデルを縛る足枷」に変わる可能性があります。

特にSaaS事業者やAIエージェント製品を提供する企業は、自社のプロンプト設計思想を再点検すべき局面です。例示を積み増して品質を担保してきたなら、次世代モデルへの切り替え時に「短くしたら精度が上がった」現象が起きる可能性を織り込む必要があります。

受託開発会社にとっては、顧客に提供してきた「プロンプト設計ノウハウ」の陳腐化リスクです。禁止事項の羅列で守ってきた品質は、文脈設計スキルへと需要がシフトします。役員層は、AI活用の内製化投資を「プロンプトエンジニア採用」ではなく「業務コンテキストの構造化」に振り向ける判断が求められます。