Claude 5 時代のコンテキストエンジニアリング：システムプロンプトを 80% 削った Anthropic の 6 つの新ルール

コンテキストエンジニアリングとは、作業の前に AI が何を読むか を選び、並べることです。あなたのメッセージ、添付した資料、固定の指示、skill、記憶などがそれにあたります。Claude 5 世代のモデルでは、このルールが変わりました。Thariq Shihipar（Anthropic）が claude.dev に書いた「The new rules of context engineering for Claude 5 generation models」によると、Claude Code チームは Claude Opus 5 などのモデル向けに Claude Code のシステムプロンプト（背景の指示）の 80% 以上を削除しましたが、社内のコーディング評価では目に見える低下はありませんでした。

この記事では、なぜ文字が少ないほうがうまくいくのか、そして今日から使える 6 つの新ルールを説明します。初めての方は、先に コンテキストエンジニアリング：AI に意図どおり動いてもらう基本スキル と プロンプトとは（どちらもベトナム語）を読んでおくとわかりやすいです。

身近なたとえで理解する

2 人に仕事を頼む場面を考えてみてください。新人には分厚いマニュアルが必要です。「A は絶対にしない、B は必ずする、C が起きたら D をする」。経験のある同僚は違います。同じマニュアルを渡すと、重なったり矛盾したりする決まりを比べるのに時間を使ってしまいます。彼らには目標を伝え、良い仕事の例を見せ、あとは判断を任せれば十分です。

Claude 5 世代のモデルは、経験のある同僚に近い存在です。元記事は余計な指示を外すことを 「unhobbling Claude」、つまり Claude の手かせを外すことと呼んでいます。元記事の例では、システムプロンプトが「適切にドキュメントを書く」と言う一方で、ある skill は「コメントを追加しないこと」と言っていました。矛盾する 2 つの指示のせいで、Claude は無駄に迷っていたのです。

仕組み

元記事は、上から下へ 4 層の「コンテキストの積み重ね」を示しています：

1. あなたのプロンプト：入力した依頼と、言及・添付したファイル。
2. 参考資料：仕様、デザインのモック、既存のコード、成果物。
3. システムプロンプト：製品の背景の指示（Claude Code では見えませんが、自分で AI エージェントを作るなら自分で書きます）。
4. CLAUDE.md、skill、記憶：Claude がセッションをまたいで持ち歩くもの。

その上に 6 つの新ルールがあり、それぞれが古い習慣に置き換わります：

1. ルールではなく判断を任せる。 旧：「コメントは原則書かない、複数段落の説明は絶対に書かない」。新：「周りのコードと同じように書く。コメントの量、名前の付け方、書き方を合わせる」。
2. 例を詰め込むより、インターフェースを設計する。 TodoWrite ツールの説明は以前、使う場面のリストと例で約 9,100 文字ありました。今は 3 つの状態（未着手、進行中、完了）と、1 つのルール（同時に進行中にできるタスクは 1 つだけ）だけです。
3. 最初に全部渡さず、段階的に開示する。 詳しい指示は skill に移し、必要な時だけ読み込みます。ツールの定義も ToolSearch で後から読み込みます。CLAUDE.md もフォルダごとに分けられます。
4. ツールの説明は短く、繰り返さない。 システムプロンプトとツール説明で重複している指示を消し、使い方はツールの定義そのものに書きます。
5. CLAUDE.md への手作業の保存より、自動の記憶に任せる。 以前は # キーで CLAUDE.md に保存していました。今は Claude が仕事やあなたに関係する記憶を自動で保存します。Claude Code の自動メモリ も参考に。
6. 簡単な仕様より、豊かな参考資料を渡す。 HTML のサンプルページ、テスト一式、既存の関数は、何ページもの説明より多くを伝えます。元記事は、仕様は「詳細なテスト一式でも、別のコードベースの関数でもよい」と書いています。さらに ルーブリック（評価基準）を加えると、チェック役のエージェントがあなたの基準で「良い」とは何かを判断できます。

あなたにとっての意味

• CLAUDE.md を短くする。 元記事は、軽く保ち、当たり前のことではなくプロジェクト固有の落とし穴に絞るよう勧めています。たとえば「必ず」「絶対に」を 10 行並べる代わりに、「売上は注文日ではなく支払日で数える」と書きます。書き方は CLAUDE.md、Claude にすべてを覚えさせる指示書 を参照してください。
• ルールを目標に変える。「長い文を書くな」ではなく「初心者向けに、短い文で、1 文に 1 つの内容を」。
• 説明せず、見本を渡す。 古いページと同じような Web ページを作ってほしいなら、色や配置を説明するより古いページを添付します。決まった形式の報告書が欲しいなら、合格した過去の報告書を 1 つ渡します。
• 組み込みのコマンドで整理する。 元記事によると、これらの考え方は claude doctor に入っています。Claude Code で /doctor と入力すると、skill と CLAUDE.md をちょうどいい量に整えられます。

よくある誤解

• 「指示が長いほど AI は正確になる」。 新しいモデルでは、余計で矛盾した指示は AI を遅く、混乱させます。Anthropic は背景の指示を 80% 以上削っても性能が落ちませんでした。
• 「コンテキストエンジニアリングは AI エージェントを作る人だけのもの」。 Claude を使う人はみんなやっています。どのファイルを添付するか、CLAUDE.md に何を書くか、どの skill を残すかを選ぶたびに。
• 「ルールをなくすと AI が好き勝手する」。 全部を消すわけではありません。目標、大事な制約、参考資料は渡し続けます。消すのは、当たり前のこと、重複したこと、矛盾したことです。

よくある質問

コンテキストエンジニアリングとプロンプトの書き方はどう違いますか？ プロンプトは 1 回入力するメッセージです。コンテキストエンジニアリングは AI が読むすべて（プロンプト、参考資料、システムプロンプト、skill、記憶）を整えることで、プロンプトはいちばん上の層にすぎません。

このルールは ChatGPT や Gemini にも当てはまりますか？ 元記事は Claude 5 世代のモデルについての話です。大まかな考え方（ルールは少なく、本物の例は多く）は他の強いモデルにも合うことが多いですが、自分で試してください。

今すぐ CLAUDE.md を削るべきですか？ 見直しはおすすめです。Claude がすでに正しくできることや重複を消し、プロジェクト固有の落とし穴は残します。Claude Code の /doctor コマンドも役立ちます。

ルーブリックとは？いつ使いますか？ ルーブリックは評価基準の表で、たとえば「良い API 設計に必要なもの」です。品質が好みやセンスに左右される時に役立ち、Claude とチェック役のエージェントが同じ基準で照らし合わせられます。

この内容の出典は？ Thariq Shihipar による claude.dev の記事「The new rules of context engineering for Claude 5 generation models」（2026 年 7 月 24 日）です。claude.dev は Anthropic の開発者がコツや経験を共有するサイトです。