7月27日、Techstrong.aiが「Anthropic Cut 80% of Claude Code's System Prompt. Here's Why That Matters for Your Agents」と題した記事を公開した。AnthropicがClaude Codeのシステムプロンプトを80%以上削減した設計判断の背景と、エージェント開発者への示唆について詳しく紹介されている。

「ルールを書くな」という逆説

プロンプトエンジニアリングの常識として、モデルへの指示は明確・網羅的であるほど良いとされてきた。Anthropicはその前提を覆した。

7月24日に公開したブログ記事で、AnthropicはClaude Opus 5などの新モデル向けに、Claude Codeのシステムプロンプトを80%以上削減したと明かした。削減後もコーディング評価指標での性能は維持されているという。単なる軽量化ではなく、エージェント向けコンテキスト設計の思想そのものを見直した結果だ。

「プロンプトエンジニアリング」から「コンテキストエンジニアリング」へ

Anthropicが提唱するのが「コンテキストエンジニアリング」という概念だ。プロンプトが1回のリクエストに特化した指示であるのに対し、コンテキストはシステムプロンプト・スキル・メモリなど複数のソースから組み立てられ、多数のリクエストをまたいで再利用される。

The Futurum Groupでソフトウェアライフサイクルエンジニアリング担当VPを務めるMitch Ashley氏はこう述べている。

「プロンプトエンジニアリングは単一のリクエストを最適化するが、コンテキストエンジニアリングは何千ものリクエストにわたってモデルが見るものを決定する。これはアーキテクチャの問題であり、言葉の問題ではない。CLAUDE.mdをルールブックとして扱ってきたチームは、今やテクニカルデットを抱えている」

CLAUDE.mdとは、Claude Codeがプロジェクト固有の情報を読み込むための設定ファイルだ。多くの開発チームがここに大量の指示を積み重ねてきた。

なぜ古いルールが機能しなくなったのか

Anthropicが具体的に明かしたのは、「コードコメントを絶対に書くな」「計画ドキュメントを絶対に作るな」といった制約の削除だ。これらは以前のモデルでワーストケースを回避するために必要だったが、新モデルでは状況に応じた判断をモデル自身に委ねられるようになったとしている。

記事が整理した「以前と今」の対比は以下のとおりだ。

• 明示的なルール → モデルの判断に委ねる
• ツール説明に大量のサンプルを詰め込む（問題探索の幅を狭めると判明）→ 表現力豊かなパラメータ設計に投資する
• 全指示をシステムプロンプトに前置き → プログレッシブディスクロージャー（段階的情報開示）

「プログレッシブディスクロージャー」とは、もともとUI/UXデザインの分野で「ユーザーが必要とする情報を、必要なタイミングで段階的に提示する」という設計原則を指す用語だ。Anthropicはこの考え方をコンテキスト設計に転用し、すべての指示をシステムプロンプトに前置きするのではなく、ToolSearchや検証・コードレビュー専用のスキルを通じて情報を動的に読み込む構造へと移行している。

独立した研究者による実証研究でも同様の傾向が報告されている。数百のオープンソースプロジェクトのAIコンテキストファイルを調査したところ、開発者がこの情報をどう整理すべきかの標準的な構造はまだ存在せず、ファイル自体もプロジェクトの過程で大きく変化することが示されている。業界全体がまさにリアルタイムでこの規約を模索している状況だ。なお、この研究の詳細な出典・研究者名については元記事を直接参照されたい。

エンタープライズへの警告

Ashley氏は企業のエージェント開発者に向けてより直接的な警告を発している。

「自社のエージェントハーネスを構築しているほとんどの企業には、誰も監査していない1年分の指示ファイルがある。Anthropicの/doctorコマンドはその山を計測可能にする。同様のコマンドを実行すれば、残すより削除するものの方が多いと分かるはずだ」

「エージェントの実際のポリシーは、ランタイムにロードされるコンテキストそのものだ。つまりローディングパスが制御ポイントになる。次のモデルアップグレードで判断が変わる前に、エージェントが見ているものを監査すべきだ」

Anthropicはこれに対応する実用ツールとして、claude doctorコマンドおよびClaude Code内の/doctorコマンドをリリースした。開発者が自身のスキルやCLAUDE.mdファイルを自動的に適正化するためのものだ。

開発者が今すぐ試せること

記事がまとめた具体的な変更点は以下だ。

• CLAUDE.mdは軽量に保つ：コードベース固有の本当に重要な注意点だけを記載し、モデルが推論できることは書かない
• ツール設計を見直す：説明文にサンプルを詰め込むのではなく、明確で表現力豊かなパラメータ設計に投資する
• 単一の巨大ドキュメントをやめる：あらゆるシナリオをカバーしようとする1枚のファイルではなく、段階的にロードされる参照ファイルのツリー構造を構築する

これらの変更が意味するのは、開発者の役割の変化でもある。これまでのプロンプト設計では「モデルに何をさせるか」を細かく指定することが主な仕事だったが、コンテキストエンジニアリングの観点では「モデルがどの情報をどのタイミングで参照できるか」を設計することが中心になる。CLAUDE.mdのリファクタリングは、そのための最初の実践的なステップといえる。

ガードレールをすべて捨てるという話ではない。Anthropicは各プロダクトのコンテキストに特化したシステムプロンプトを引き続き維持しており、高リスク領域では一部の制約が依然として必要だと明言している。ただし方向性は明確で、モデルの能力が上がるほど、コンテキストエンジニアリングの仕事は「モデルを制約すること」から「何をいつ見せるかをキュレーションすること」へと移行していく。

詳細はAnthropic Cut 80% of Claude Code's System Prompt. Here's Why That Matters for Your Agentsを参照していただきたい。