Context Engineering：Agentが何を見るかを決める

🚧 本節は開発中です。

タスク分解は「各ブロックの大きさ」に答え、コンテキストエンジニアリングは「各ブロックの context window に何を入れるか」に答えます。直感的には、Agentに与える情報は多ければ多いほど良く、全体像を理解させれば正しい判断ができるように思えます。実際はその逆です。コンテキストが無関係なドキュメント、サンプルコード、過去の議論で溢れると、重要な制約がノイズに埋もれます。Agentは無関係な場所で修正を始め、ドキュメントのサンプルを実際のコードと混同し、すでに確定した決定について再び議論を始めます。情報過多は情報不足よりも危険です。

コンテキストエンジニアリングの原則は、階層的に設計し、フラットに実行することです。設計段階では情報を階層的に整理し（プロジェクトレベル、モジュールレベル、タスクレベル）、実行段階では現在のタスクに必要な階層だけを context window に注入します。具体的に管理すべきコンテキスト汚染には、期限切れの設計ドキュメント、現在のタスクと無関係なモジュール情報、冗長なサンプルと説明、クリーンアップされていない過去の対話、重複した制約宣言、そしてAgent自身が生成した中間推論プロセスが含まれます。

Harness Engineering Playbook · AgentsZone Community