ハーネスエンジニアリング

Harness Engineering 「ほとんどの人は、自分のエージェントに私の文章、ツイート、ポッドキャスト、講演を指示するだけで、エージェントの出力を100倍改善できることを知りません。」 — Ryan Lopopolo ハーネスエンジニアリングは、エージェントの周囲の環境を整形することによってエージェントの出力を改善する実践であり、選択されたモデルとコーディングエージェントをブラックボックスとして固定します。それは外部の2つのレバー、つまりコンテキストとツールを改善し、それらの周囲の環境をキュレーションします。ワーカーは、意図を回復し、実際のシステムを操作し、権威を尊重し、結果を証明し、次の実行をより良く準備できるようにする必要があります。その環境の中心的な目的は、組織の非機能要件、つまり信頼性、セキュリティ、互換性、保守性、パフォーマンス、運用性、リスク姿勢、および洗練度を管理する品質属性と制約を運ぶことです。ハーネスはまた、それらの要件を優先、トレードオフ、および満たす方法に関するローカルな決定を運びます。Ryanは、2026年の[un]promptedカンファレンスからのシステムレベルのフレームワークを採用し、これを非機能要件の宇宙全体をコード化することとして説明しています。 リポジトリを作成する エージェントに教えるは、要件と決定が取得可能なコンテキスト、例、ツール、および実行可能な制約にどのように変換されるかを開発します。作業は反復的なゲームであるため、ハーネスは組織の判断を累積的にすることができます。受理された作業からの教訓、修正、失敗、およびユーザーの応答は、後続の軌道を形成するコンテキスト、境界、ツール、例、およびチェックになります。時間の経過とともに、そのフィードバックループは、エージェントによって維持される成果物全体で一貫性を累積させることができます。コードは、エージェントがコンピューターを使用する方法です。その内部アクション言語は、最終マイルのデプロイメントが組織のコンテキスト、機能、権威、および証明を提供する際に実装をレビューしたことのない人々に、信頼性の高いドメイン結果を生成できます。一般的なモデルの重みには、組織のプロセスデータ氷山の可視的な先端しか含まれていません。水面下には、エージェントが特定のジョブを実行するために必要な現在の運用状態、ローカルオントロジー、品質基準、手順、例外履歴、および権威関係があります。組織は、このプライベートで変化するプロセスデータが一般的なモデルの重みに存在することを前提とすることはできませんし、エージェントが組織にとってどのプロセスデータが重要であるかを確実に推測することもできません。ハーネスエンジニアリングは、それを有能なワーカーにコンテキストとツールとして利用可能にするための最終マイルの作業です。このリポジトリにコーディングエージェントを指示し、改善すべきシステムを一緒に指示します。AGENTS.mdは、タスクを関連する引数、ケース、および証明にルーティングします。直接読む場合は、論文インデックスから始めてください。アプリケーションの場合は、プレイブックから選択してください。 ソースと関連作業 「ハーネスエンジニアリング：エージェントファーストの世界でのCodexの活用」（正規ページによってブロックされたエージェントのヘルパーを取得） ソースライブラリ 影響と代替フレームワーク リポジトリで作成された資料はCC BY 4.0ライセンスの下でライセンスされています。ソース資料の帰属および権利については、COPYING.mdを参照してください。