新しい章を追加
Context Engineering
コンテキストは「多ければ多いほど良い」のではなく、「制御可能で、検証可能で、再利用可能」であるべきです。目標は、最小限のコンテキストで安定した出力を得ることです。
3層コンテキストモデル
静的コンテキスト
ルール、制約、アーキテクチャ規範（安定して不変）
- プロジェクト規約（lint/制約）
- インターフェース契約（OpenAPI）
- 安全境界と権限モデル
ワークスペースコンテキスト
現在のタスクに強く関連するファイルとコードスニペット
- 関連ファイルパス
- 最小限必要な断片（diff/関数）
- 再現手順とログ
動的コンテキスト
時間とともに変化する状態と記憶（制御可能であること）
- 検索結果（RAG）
- 最近の意思決定と理由
- 暫定的な結論と未検証の仮説
実践チェックリスト（デフォルト実行を推奨）
- まず AI に渡す: 目標 + 現状 + 制約 + 出力形式
- 「参考資料」を明示的にグループ化する：ルール/コード/ログ/データ
- コンテキストを制限する：最も関連性の高い 3〜8 個のファイル（または重要な断片）のみを渡す
- 不確かな箇所には [要確認] とマークするよう求め、でたらめを避ける
- 各反復で痕跡を残す：変更点 + 証拠（テスト / ログ / スクリーンショット）