Claude Codeがプロンプトを大幅に削減したと発表した直後、Opus 5が「反発」を現行犯で捕らえられた!?
そしてこの反発の幅は、実に72%です。(笑)
この一見矛盾する数字は、Anthropic公式とあるユーザーの実測結果から得られたものです。
前日、AnthropicはOpus 5、Fable 5などのモデルのシステムプロンプト内容を一気に80%以上削除すると発表しました。
その直後、ネットユーザーの陳成(@chenchengpro)がそのまま「パケットをキャプチャ」した——
兄は、さまざまなモデルが実際に受け取ったシステムプロンプトを抽出・統計したところ、Opus 5はOpus 4.8と比較して72%も長くなっているという結果を得た??

一つは80%削除され、もう一つは72%上昇しました。
A社、このプロンプトは本当にダイエット中なのか、それともみんなの知らないところでこっそりおやつを食べているのか……
Claude Codeのプロンプトが大規模に刷新、公式が80%を大幅に削除
まず、Anthropicが今回削除したものを説明しましょう。
公式記事によると、初期のClaude Codeはモデルの誤りを防ぐために、システムプロンプトに多数の明確で甚至は絶対的なルールを記述していました。
たとえば、デフォルトでコメントを書かない、複数の段落のドキュメンテーション文字列を書かない、ユーザーが要求しない限り計画や分析ドキュメントを作成しない。
つまり、モデルがどこで失敗しやすいかを人間が予測して、事前に規則を追加する!!
次第に、Claude Codeの背後にあるシステムプロンプトは、厚い《従業員行動マニュアル》のようになっていった。
この方法は初期のモデルには有効でしたが、Claudeの能力が向上するにつれて、問題も次第に浮上してきました……
最も直接的なのは、異なる場所からの指示が簡単に衝突してしまうことです。
これらの重複し、甚至は矛盾する情報に直面して、Claudeは作業を始める前に、どの情報を信じるべきかを判断するのに労力を費やさなければならない!!

そこで、AnthropicはClaude Codeのプロンプトに大規模な手術を施した。
その中で最も直観的な変更は、コメントとドキュメントのルールにあります。
かつての長い一連のデフォルト設定、つまりコメントを書かないこと、複数行のドキュメンテーション文字列を絶対に書かないことなどの規則は、今や一文に圧縮された。
周囲のコードスタイル、コメントの密度、命名規則、慣用的な書き方に合わせてコードを記述してください。
友達へ:まずこのプロジェクトが元々どのように書かれていたかを見て、実際の状況に合わせて自分で判断してください~
もちろん、似たような変更は他にも多数あります。
結局のところ、A社はOpus 5、Fable 5などの次世代モデルのシステムプロンプトの80%以上を削除してしまった……
注目すべきは、Anthropicのプログラミング評価によると、今回の大幅な削減により測定可能なパフォーマンス低下は見られなかったため、ご安心ください。
でも、まだ聞いておきたいのですが…プロンプトを8割も削除したのに、モデルの実行結果がまったく悪くなっていないって、本当ですか???

この大規模な最適化に伴い、Claude Codeのコンテキストエンジニアリングルールもほぼ再構築されました。
Claude Codeを使用するか、Claudeに基づいてエージェントを開発する開発者向けに、Anthropicはさらに具体的な調整提案を提供しています。
私も友人們のために少し整理しました——
CLAUDE.mdを簡略化:プロジェクトの特別なルールのみを保持し、Claudeがコードから抽出できる情報は削除する。
長い指示をスキルに分割:コードレビュー、テスト、リリースなどのプロセスをそれぞれ保存し、必要に応じて読み込む。
重複する指示を削除してください:ルールは1回だけ記述し、ツール説明にすでに記載されている内容は、システムプロンプトとCLAUDE.mdには再記載しないでください。
ツール呼び出しの例を削減:パラメーターの意味、選択肢、返却結果を明確にし、固定呼び出し例を減らす。
実行可能な参照を直接提供:開発者はテストケース、既存のコード、HTMLプロトタイプ、その他のプロジェクトファイルをClaudeに参照用として渡すことで、長文の説明を減らすことができます。
まとめると、Anthropicのこの新しいアイデアは一言で言えば——
Claudeに細かい社員マニュアルを渡すのではなく、ツール、環境、タスクの境界を明確に設計してください!!
壮観なプロンプトの大規模な削減だったな……
ネットユーザーの1人:Opus 5、また72%も伸びた???
ここまで見て、Claude Codeのこのプロンプト大解雇は、すでにかなり成功しているようだ。
しかし、ある開発者ネットユーザーがAnthropicが提示した「80%以上」に注目し、とても素朴な質問が浮上した——
本当にこれだけ削除したの?(良い質問.jpg)
それで、ネットユーザーの陳成(@chenchengpro)は、Claude Code CLIをローカルサーバーに直接指向し、異なるモデルが実際に受信したシステムプロンプトをすべて抽出しました。
その後、かなりドラマチックなデータが登場しました:
Opus 4.7:15225文字
Opus 4.8:4467文字
Opus 5:7694文字

はい、Opus 4.7からOpus 4.8へのアップグレードにより、Claude Codeのシステムプロンプトは確かに「大規模な削除」を経験しました。
元々15225文字のプロンプト内容が、4467文字まで削減され、大幅に短縮されました。
しかし、最新のOpus 5で物語は急転直下——
実際に受け取ったシステムプロンプトは4467文字から7694文字に増加し、Opusと比較して約72%も長くなりました!!!
したがって、Claude Codeのプロンプトの大規模な削減は確かに存在しており、この大規模な削減は主にOpus 4.8段階で発生しました。
Opus 5のリリース後、Anthropicは簡易版プロンプトに多くの内容を再追加した……
再調査!再採掘!
Claude Codeの実装をさらに下にスクロールすると、细心なネットユーザーがもう一つの重要な《詳細》を発見しました——
各バージョンには実際には2つのPromptが同時に含まれており、関数がモデルIDに基づいて最終的にモデルに送信するPromptを決定します。
Sonnet、Haiku、Claude 3および一部の旧版Opusモデルは、より詳細な旧Promptを使用します。一方、Opus 5、Fable 5などの新モデルは、大幅に簡素化された新Promptを使用します。

言い換えれば、Claude Codeは新しいモデルに多くの旧規則を廃止させました。
ただ、Opus 5に至って、モデルに新たな行動パターンが現れたため、Anthropicはよりターゲットを絞った制約を再び追加しなければならなかった。
その場合、公式が「80%以上を削除」と述べ、開発者が「Opus 5で72%増加」と測定したことも、同時に成り立つことになります。
前の数字は、Claude Codeが従来のプロンプト体系から新しい体系へ移行した全体的な変化を示しており、後の数字はOpus 5とその直前のOpus 4.8との比較を示しています。
一部を長くしたとしても、Opus 5の7694文字はOpus 4.7の約半分に過ぎない。
では、また問題が出てきました:
Opus 5の余分な数千文字に、Anthropicは一体何を書き込んだのか?
さらに詳細に分析したところ、注意深いネットユーザーは、主に2つのOpus 5専用コンテンツが追加されたことに気づいた。
作業の実行:タスクの範囲を制御し、進捗を報告し、成果を納品する方法を定めます。
修正:モデルが以前の誤りを繰り返し説明・訂正しないように制限する。
二つの部分を合わせて約3755文字で、Opus 5とOpus 4.8の差異をほぼカバーしています~
Opus 5がなぜこれらの内容を再び追加したのかというと、主にモデルがより能動的になったことに関係しています——
Anthropicが公開したガイドラインに基づき、Opus 5はタスク実行中に進捗を報告することを好むため、生成される回答やドキュメントは通常より長くなり、サブエージェントを呼び出し、タスク範囲を拡大し、結果を繰り返し検証することにも積極的である。
複雑な長期タスクに直面したとき、これらの習慣は確かに役立ちます。
しかし、ユーザーが数行のコードのみを変更したい場合でも、Opus 5は依然としてサブエージェントチームを起動し、複数回のチェックを実行するため、トークン消費量と待機時間が増加します……
したがって、新しいプロンプトには、サブエージェントをいつ呼び出すべきか、進捗報告の頻度はどれくらいが適切か、タスクをどの範囲まで実行すべきか、そして最終出力の長さをどのように制御するかという、より具体的な要件が追加されました。
これで、以前の矛盾のように見えたデータも納得できます。
Claude Codeが今回削除したのは、主に旧モデル向けに残されていた煩雑な操作手順であり、Opus 5が72%復元した部分は、新モデルの性能向上に伴う能動的行動を制約するために主に使用されている。
モデルが自ら行動できるほど、人間が手取り足取り教える必要は減るが、モデルが次第に自立するにつれて、どのタスクを自発的に実行し、どの段階で停止すべきかは、事前に線を引いておく必要がある。
これを見ると、Claude Codeのプロンプトは確かに瘦せたが、Opus 5は別の場所に肉がついただけだ。
やはり、AIもこの法則から逃れられない啊:古い問題が減ると、新しい問題が別の場所に正確に生じる。(doge)
参照リンク:
[1]https://x.com/chenchengpro/status/2081339012632215684
[2]https://claude.com/blog/the-new-rules-of-context-engineering-for-claude-5-generation-models
本文は微信公众号「量子位」より、著者:先端テクノロジーに注目
