世界を動かす技術を、日本語で。

Claude 5世代モデルのためのコンテキストエンジニアリングの新しいルール

2026年7月26日原文(claude.com)

概要

  • Claudeに関する 過去のベストプラクティスの神話化最新の運用方法 の比較
  • ルール重視から判断重視 への転換
  • 例示からインターフェース設計 へのシフト
  • 情報の一括提示から段階的開示 への進化
  • シンプルな仕様から豊富な参照情報 への拡張

Claude運用のベストプラクティス:過去と現在

  • 従来:Claudeへ厳格なルール提示 最新:Claudeの判断力を信頼

    • 以前は 誤操作防止 のため詳細なルールを与えていた
    • 例:コメントは1行のみ、マルチライン禁止などの強い指示
    • 実際には ユーザーや状況により柔軟な対応が必要
    • 新モデルは判断力向上、明示的ルール不要で適切な判断が可能
  • 従来:具体例の提示 最新:ツールやファイルのインターフェース設計

    • 例示による誘導は 探索範囲を制限
    • パラメータや状態(例:pending, in_progress, completedなど)を列挙し Claudeに利用方法を示唆
    • インターフェース設計重視 への転換
  • 従来:全情報の一括提示 最新:段階的開示(progressive disclosure)

    • 以前は コードレビューや検証手順を全て最初に提示
    • 現在は 必要時のみスキルやツールを呼び出し
    • ツールの遅延読み込みファイルのツリー構造化 による効率化
  • 従来:繰り返し指示 最新:シンプルなツール記述

    • 以前は ツール説明を複数箇所に記載
    • 現在は ツール説明内に利用方法を集約 し、重複排除
  • 従来:CLAUDE.mdへの手動メモリ保存 最新:自動メモリ保存

    • Claudeが自動的に関連情報を記憶
  • 従来:シンプルな仕様ファイル 最新:リッチな参照情報

    • Markdownファイルやテストスイート、HTMLアーティファクトなど多様な参照
    • Rubric(評価基準) による動的ワークフローや検証

Claudeの文脈設計への応用

  • System Prompt

    • プロダクト文脈に強く依存
    • Claudeが どのプロダクトで何をするか を明示
    • 独自エージェント開発時は 特に重要
  • CLAUDE.md

    • 軽量化推奨、リポジトリの目的のみ簡潔に記載
    • コードベース固有の注意点 にトークンを割り当て
    • 段階的開示 の徹底、検証スキルなどは分離して参照
  • Skills

    • Claudeが 必要時に参照できる軽量ガイド
    • 過剰な制約は避ける、重要分野のみ厳格化
    • 長いスキルは分割し、段階的開示推奨
    • チームやプロダクト固有の知識・ノウハウ のエンコード
  • References(参照)

    • @メンションでファイル参照 が可能
    • 仕様書、モックアップ、コードベースなど 高精度な情報源 を優先
    • HTMLモックアップ>テキスト説明>スクリーンショット の順で精度向上
  • シンプル化の推奨

    • claude doctorコマンド で自動的にシンプル化も可能
    • Fable field guide でさらに詳細なプロンプト設計を学習可能

まとめ

  • Claude運用は ルール重視から判断重視、例示から設計重視 へと進化
  • 段階的開示・自動メモリ・リッチな参照 の活用が鍵
  • シンプルかつ柔軟な文脈設計 が最新のベストプラクティス

Hackerたちの意見

いつも思ってたんだけど、喉をゴロゴロさせたり、ウェストファリア条約並みの長い指示をコンテキストウィンドウに入れるのって、エージェントに話しかけるだけで済むのに、無駄に凝ったやり方だよね。多分、手動で編集するのが全然苦じゃないってのもあるかな。例えば、LLMが「// 〇〇を削除しました」って言うのを見たら、後で手動でそれを消しちゃうし、「何を削除したかコメントしないで!」って言うのは、モデルの挙動に深く食い込んでる感じがするから。私自身はハンズオンの人間が関わるスタイルだから、ただ「GitHubのイシューにあるオープンな機能を全部実装して」って言って放り投げる人には、もっとCLAUDE.mdみたいなものが必要かもね。でも、詳細なハーネス設定を整えるのが好きなギアヘッド的な魅力があったのは、いつもそうだったんじゃないかな。

記事がどれだけ抽象的だったかに驚いた。私はあなたの人間が関わるスタイルと趣味の改造の間にいる感じで、Claudeに特定のポイントでだけ話しかけさせたいんだ。600語のプロンプトテンプレートが厳しすぎるかどうか、まだよく分からない。

たぶん、俺が「手動編集」をするのを気にしないってのも一因かな。例えば、LLMは「// 〇〇を削除しました」って言うけど、俺は後でそれを手動で削除するだけで、「何を削除したかコメントしないで!」って言うわけじゃない。そういう時は、モデルの挙動に深く食い込んでるからね。これが正しいやり方だと思う。確かに、早くできることもあるし、他の人やLLMにアイデアを伝えるために魔法の言葉を探し続けるより、自分で簡単なことをやる方が楽しいよね。

それに、手動での編集をするのは全然気にしないんだよね。例えば、LLMは「// 〇〇が削除されました」って言うけど、私はそれを後で手動で削除するだけだから、「削除したことについてコメントしないで!11」なんて言わないよ。だって、その時点でモデルの挙動に深く関わってるからね。もしかしたら誤解してるかもしれないけど、AGENTS/CLAUDE.mdを使う最高の例だと思うよ。「削除したことについてコメントしないで!11」って追加すれば、もう二度と言わなくて済むのに…でも、もちろん11についてはずっと言われるけどね!

同意だな。自分のダンスを見つけて、進めながら調整してる。時々、冗長な同僚みたいに、そういう感じになっちゃうこともあるけど…いいよ、クロード、そういう風にしてて。どうせ、いろいろ変わるし、繰り返すことにこだわるのも悪くないよね。たまに、最適化されたプロンプトを試すと、悪い行動を引き起こしちゃうのかなって思うこともある。

最近、Fable 5に「自分の判断を使って」ってプロンプトを送ってるんだけど、テストとかに関してはうまくいってるみたいで、面白いよね。今や「判断」ってモデルにとって気にしなきゃいけない特性になってるらしいし。

サンドボックスから抜け出してhuggingfaceにハッキングしたモデルも、自分の判断を使ってたよね。「判断」に頼るなら、その判断にかなりの自信を持たないと、重要なことに影響が出る場面ではまずいよ。

既存のコンテキストウィンドウの内容に基づいて、利点と欠点を考慮するべきだよ。オンラインで関連する議論を探して、合意を持ち込もうとするのはやめた方がいい。

"Wdyt"はずっと使ってるプロンプトなんだ(元々はクロードの「ウルトラスティンク」に関するパースバグを回避するためにね)。これ、リプランと一緒に使うと便利だよ。 https://photostructure.com/coding/claude-code-replan/

我々が求める正確な要件をエンコードできる特定の言語を設計すべきだと思う。限られたキーワードのセットで、明確なものがいいな。ちょっと待って…

これにはお腹を抱えて笑っちゃった。

そしたら、動かすためのフレームを作れるね。

Hacker Newsで議論の続きを見る