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

Addy Osmaniは、エージェントビルダーが身をもって学ぶことを指摘しています。それは、ハーネスは接着剤ではなく、エンジニアリングの対象物であるということです。
2026年7月12日、Addy Osmaniが「Agent Harness Engineering」を発表した。LLMを取り巻くハーネス(ループ、メモリ、ツールルーティング、エラーハンドリング)は、モデルやプロンプトとは別に、第一級のエンジニアリング対象となる。
エージェントを本番環境に導入したチームは誰もが学んだことだが、観測される品質はモデルよりもハーネスに依存する。リトライポリシー、コンテキストのオーバーフロー、類似ツールの仲裁、活用可能なロギング - これらはアーキテクチャの選択であり、些細な詳細ではない。
Osmaniは5つのレイヤーを提案している:ループ(プランニング/リアクション/エージェント的動作)、メモリ(作業用、エピソード的、意味的)、ツールレイヤー(ルーティング、リトライ、タイムアウト)、セーフティレイヤー(検証、予算ガードレール)、オブザーバビリティ。これらのレイヤーを「グルーコード」として扱うのをやめ、モデルとは独立してバージョン管理、テスト、進化させることで、この分野は始まる。
「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 ?