「ハーネス」と「スキャフォールド」——AIエージェント用語を揃えると、チームの議論の前提が変わる

Harness, Scaffold, and the AI Agent Terms Worth Getting Right——HuggingFaceの研究者が、AIエージェント分野で混用されがちな主要用語を整理したグロッサリーを公開した。スキャフォールド、ハーネス、エージェント、コンテキストエンジニアリングといった現場頻出の概念を体系的に定義している。ICLR 2026で「ハーネスとスキャフォールドの違いは?」という問いに専門家の答えが収束しなかったことが、このドキュメントの出発点だ。


同じ言葉が、別の設計を呼ぶ

AIエージェントを扱い始めたチームでよく起きる光景がある。「スキャフォールドの制御を強化しよう」「それはハーネスの話では?」——どちらも間違いではないが、前提がずれたまま議論が続く。

この2つは混同されやすい。スキャフォールドはモデルを包む実行フレームワーク——ツール呼び出し、メモリ管理、ループ制御を担う構造だ。ハーネスは、エージェントの動作を計測・評価するための仕組みを指す。どちらも「モデルの周辺」に位置するが、役割はまったく異なる。

「エージェント」という言葉自体も定義が幅広い。ツールを使えればエージェントか、自律的に計画を立てられることが条件か——線の引き方次第で、設計の粒度も評価の基準も変わってくる。

語彙が揃うことの実用的な意味

用語の整理は学術的な整合性の話ではない。チームが同じ言葉で同じものを指せると、意思決定のスピードが変わる。

たとえばコンテキストエンジニアリング。モデルに渡す情報をどう構成するかの設計全般を指すが、プロンプト調整の話だと思っている人と、RAG・メモリ・ツール結果の統合設計まで含む話だと理解している人では、選ぶ解決策が変わる。

語彙の齟齬は見えにくい摩擦だ。コードレビューでも、アーキテクチャの議論でも、「どのレイヤーの話をしているのか」が曖昧なまま進むと、後で修正コストを払う。

HuggingFaceのグロッサリーは定義を強制するものではなく、「議論を追いやすくするための実用的なメンタルモデルを提供する」ことを目的としている。フレームワーク間の定義の揺れを無視せず、現時点での実務上の共通理解として提示している点が実践的だ。


AIエージェントを本格的に扱うチームにとって、この語彙整理を持つタイミングは今だ。設計の会話の前提をひとつ揃えるだけで、議論の解像度は確実に上がる。


関連記事


参考文献

コメント

タイトルとURLをコピーしました