AIへの指示、書きすぎが逆効果に!? Anthropic が「Claude Code の指示文を8割カットした」話を、てんびん丸が整理するよ
2026年7月24日、Anthropic の Thariq Shihipar さんが公式ブログで『Claude 5 世代モデルのコンテキストエンジニアリング新ルール』を公開したよ。なんと Claude Code に与えていた土台の指示文（システムプロンプト）を Claude Opus 5・Claude Fable 5 向けに80%以上削ったのに、コーディングの評価テストで測れる性能低下はなかったんだって。『細かくルールを書く』から『判断を任せる』へ——AIへの頼み方が変わった6つのポイントを、てんびん丸が一次ソース確認つきで整理するよ。
この記事の要点
- 2026年7月24日、Anthropic の技術スタッフ Thariq Shihipar さんが公式ブログで「Claude 5 世代モデル向けコンテキストエンジニアリングの新ルール」を公開したよ。
- Claude Code の土台の指示文（システムプロンプト）を Claude Opus 5・Claude Fable 5 向けに80%以上削っても、コーディングの評価テストで測れるような性能低下はなかった。
- 変化の軸は2つ。「ルールで縛る」から「判断を任せる」へ、「最初に全部説明する」から「必要になったときに読ませる」へ。例示や繰り返しはもう効く定石とは限らないんだ。
- ただし80%削減は Claude Code という特定のツールを、Opus 5 と Fable 5 という特定のモデルで測った結果。自分の用途では少しずつ削って試すのが安全だよ。
やっほー、ぼくてんびん丸！
AIに何かをお願いするとき、きみは「あれもダメ、これもダメ」って細かく書き足していくタイプ？ ぼくもついやっちゃうんだけど——その書き足しが、今のAIにはむしろ足を引っぱってるかもしれないんだ。しかもそれを言い出したのは、AIを作ってる会社そのもの。今日はこの話を整理していくよ。
何があったの？
2026年7月24日、Anthropic の技術スタッフ Thariq Shihipar さんが、公式ブログに「Claude 5 世代モデル向けコンテキストエンジニアリングの新ルール」という記事を公開したよ。
いちばんインパクトがあるのはこの一文なんだ。
Claude Code に与えていた土台の指示文を、Claude Opus 5 と Claude Fable 5 向けに 80%以上削った。それでもコーディングの評価テストで測れるような性能低下はなかった。
ここで言う「土台の指示文」は システムプロンプトのこと。AIに毎回いちばん最初に読ませておく“お約束メモ”みたいなものだね。Claude Code（Anthropic のコーディング用AIツール）は、そのメモをごっそり8割減らしたのに、成績が落ちなかった——というわけ。
なぜそんなことが起きるの？ 記事の主張はシンプルで、モデルが賢くなった結果、これまで必要だった“転ばぬ先の杖”が要らなくなったから。むしろ杖が多すぎると、AIの動ける幅を狭めてしまうんだ。
変わった6つのポイント
記事では「これまでの常識」と「Claude 5 世代でのやり方」が6組で示されているよ。ざっとこんな感じ：
| これまで | Claude 5 世代では |
|---|---|
| ①ルールで縛る（「複数行コメントは絶対書くな」など） | 判断を任せる（「まわりのコードに合わせて書いて」） |
| ②例をたくさん見せる | 道具（ツール）の設計を良くする |
| ③最初に全部説明しておく | 必要になったときに読ませる |
| ④同じ指示を何度も繰り返す | 1か所に短く書く |
| ⑤CLAUDE.md に手動で覚えさせる | AIが自分で記憶を残す |
| ⑥仕様は短いメモで渡す | 中身の濃い参照資料を渡す |
いくつか補足するね。
①のルール縛りは、昔のモデルだと「ファイルを消しちゃう」みたいな最悪ケースを防ぐために必要だったんだ。でも今は状況から意図を読めるので、ガチガチの禁止令より柔らかい方針のほうがうまくいく。
②の「例を見せる」は意外だよね。長らくお手本を見せるのは定石だったけど、記事いわく例が“探す範囲”を狭めてしまうらしいんだ。それより、道具側の入力項目をわかりやすく作り込むほうが効く。たとえば作業リストの道具なら、状態を選択肢としてちゃんと定義しておけば、モデルは勝手に使いこなしてくれる。
③の「必要になったときに読ませる」は、コードの点検手順みたいな詳しい話を最初のメモから追い出して、別ファイル（Skills）に分けておく方式。読む必要が出たタイミングでモデル自身が取りに行くんだ。
⑥は逆に“増やす”話。HTML の作品ファイル、しっかり書かれたテストコード、他のコードベースの関数みたいな情報量の多い参照でも扱えるようになったから、雑なメモより濃い資料を渡したほうがいい、ということだね。
つまり、何が変わるの？
ぼくなりに一言でまとめると、AIへの指示は「マニュアル」から「渡し方の設計」に主役が移った、という話だと思う。
- 昔：やるな・こうしろを並べる → 指示文が肥大化する
- 今：必要な情報を、必要なときに、きれいな形で渡す → 指示文は短くなる
記事の結びでも、システムプロンプト・CLAUDE.md・Skills・参照資料のバランスを根本から考え直すべきだと言っているよ。
ぼくの感想
これ、Claude Code を使う人だけの話じゃない気がするんだ。ふだん ChatGPT や Gemini に長い注意書きを貼り付けてる人も、そのうち半分くらいは今のモデルには“言わなくても分かること”かもしれない。「絶対に嘘をつくな」「丁寧に答えろ」みたいな一文、効いてるつもりで枠だけ食ってる可能性はあるよね。
ただ、ぼくは全部真に受けるのも危ないと思ってる。80%削減は Claude Code という特定のツールで、Opus 5 と Fable 5 という特定のモデルで測った結果なんだ。安いモデルや別の会社のAIで同じことをやったら、普通に事故る場面もあるかもしれない。自分の用途で少しずつ削って試すのが安全だと思うな。
あと⑤の「AIが自分で記憶を残す」は便利な反面、何を覚えられたか自分で把握しづらくなる気がする。便利さと引き換えに、AIの手綱が少し見えにくくなる——そこは意識しておきたいところだね。
まとめ
- 2026年7月24日、Anthropic が Claude 5 世代向けの「指示の書き方」新ルールを公開
- Claude Code のシステムプロンプトを80%以上削っても、コーディング評価で測れる性能低下はなし
- 変化の軸は「縛る→任せる」「全部前置き→必要なときに渡す」の2つ
- 例示や繰り返しは、もう“効く定石”とは限らない
AIが賢くなるほど、人間側の仕事は「たくさん書くこと」から「何を書かないか決めること」に寄っていくのかもしれないね。きみの手元のプロンプト、今日ちょっとだけ削ってみない？
それじゃ、またね！
よくある質問
- Q.Anthropic は何を発表したの？
- A.2026年7月24日、Anthropic の技術スタッフ Thariq Shihipar さんが公式ブログに「Claude 5 世代モデル向けコンテキストエンジニアリングの新ルール」という記事を公開したよ。AIに毎回いちばん最初に読ませておく土台の指示文（システムプロンプト）の書き方が、Claude 5 世代でどう変わったかをまとめた内容なんだ。
- Q.システムプロンプトを80%も削って性能は落ちなかったの？
- A.記事によると、Claude Code に与えていた土台の指示文を Claude Opus 5 と Claude Fable 5 向けに80%以上削っても、コーディングの評価テストで測れるような性能低下はなかったとされているよ。モデルが賢くなった結果、これまで必要だった“転ばぬ先の杖”が要らなくなった、というのが記事の説明なんだ。
- Q.具体的に何がどう変わったの？
- A.記事では「これまでの常識」と「Claude 5 世代でのやり方」が6組で示されているよ。①ルールで縛る→判断を任せる、②例をたくさん見せる→道具（ツール）の設計を良くする、③最初に全部説明しておく→必要になったときに読ませる、④同じ指示を何度も繰り返す→1か所に短く書く、⑤CLAUDE.md に手動で覚えさせる→AIが自分で記憶を残す、⑥仕様は短いメモで渡す→中身の濃い参照資料を渡す、の6つなんだ。
- Q.お手本の例をたくさん見せるのは、もう効かないの？
- A.記事では、例が“探す範囲”を狭めてしまうと説明されているよ。長らくお手本を見せるのは定石だったけれど、それより道具側の入力項目をわかりやすく作り込むほうが効く、という主張なんだ。たとえば作業リストの道具なら、状態を選択肢としてきちんと定義しておけば、モデルは勝手に使いこなしてくれる。
- Q.自分のプロンプトも8割削っていい？
- A.そこは慎重にね。80%削減は Claude Code という特定のツールを、Opus 5 と Fable 5 という特定のモデルで測った結果なんだ。安いモデルや別の会社のAIで同じことをやったら、普通に事故る場面もあるかもしれない。自分の用途で少しずつ削って試すのが安全だよ。
参考・一次ソース
この記事に出てきた用語・モデル
関連 AI モデル
まとめて読む
このテーマの動きは、時系列で1ページに整理しています。
この記事をシェア
関連記事
