ビルド Jul 13, 2026 at 02:208ブックマークに追加

Addy Osmaniは、エージェントビルダーが身をもって学ぶことを名付けた:ハーネスは接着剤ではなく、エンジニアリングの対象物である。
2026年7月12日、Addy Osmaniは「Agent Harness Engineering」を発表した。LLMを取り巻くハーネス(ループ、メモリ、ツールルーティング、エラーハンドリング)は、モデルやプロンプトとは別の一級のエンジニアリング対象である。
エージェントを本番環境に導入したチームは誰もが学んだことだが、観測される品質はモデルよりもハーネスに依存する。リトライポリシー、コンテキストのオーバーフロー、類似ツールの仲裁、活用可能なロギング - これらはアーキテクチャの選択であり、些細な詳細ではない。
Osmaniは5つのレイヤーを提案している:ループ(プランニング/リアクション/エージェント的動作)、メモリ(作業用、エピソード的、意味的)、ツールレイヤー(ルーティング、リトライ、タイムアウト)、セーフティレイヤー(検証、予算ガードレール)、オブザーバビリティ。これらのレイヤーを「 glue code 」として扱うのをやめ、モデルとは独立してバージョン管理、テスト、進化させることが重要だ。
「Claudeを単にAPIに接続するだけ」でもハーネスを構築していることになる - それを認識すべきだ。ハーネスを真のコンポーネント(テスト、メトリクス、所有権)として扱うチームは、モデルを入れ替えて品質向上を期待するチームよりも早く成果を上げるだろう。
LangGraphやDSPyを超えた「ハーネスファースト」フレームワークの登場と、本番環境にエージェントを導入する組織におけるAgent Reliability Engineerという職種の出現。
本記事は人工知能により作成され、人間の編集管理のもとで校閲されています。
On néglige trop souvent le harness, le traitant comme une simple colle. Pourtant, c'est un vrai sujet d'ingénierie.
C'est vrai, le harness est souvent sous-estimé. Il faut vraiment y consacrer du temps.
J'ai vu des harnesses s'effondrer en production. Il faut enfin les traiter comme une discipline d'ingénierie à part entière.
Le harness est-il si complexe à cause de l'évolution rapide des agents ? C'est difficile de suivre !
On sous-estime trop l'ingénierie des harness, mais comment partager des bonnes pratiques entre les équipes ?
Comment intégrer cette discipline dans les formations classiques ?
Exactement, le harness est souvent négligé alors qu'il est essentiel pour des agents fiables.
Intéressant. En quoi le harness est-il plus complexe que le code classique ?