arXiv論文メモ
新着一覧
cs.SE / cs.AI · 査読状況未確認

アプリのデプロイ設定を行うAIエージェントの評価基準

FDE-Bench: Evaluating LLM Agents for Deployment Environment Configuration

Weihang Ding, Junfei Zhan, Yueting Li, Qirong Guo

この論文をやさしく読む

ひとことで言うと

AIエージェントがアプリのデプロイ設定を完成できるかを、実際にビルド・再配置して判定する136課題の評価基準です。

何に役立つ?

デプロイ支援エージェントの能力や失敗箇所を比較するのに役立ちます。要旨では7モデルの解決率と失敗段階を報告しています。

この研究の面白いところ

提出物を汚れのない環境で再実行し、ビルドから仕様適合まで4層で検査します。空疎なヘルスチェックが起動準備判定を通る例も示し、後段の検査の必要性を確認しています。

どこまで分かった?

評価は用意した136課題、7モデル、共通の4ツール構成に基づきます。人の指示による92%という結果は25課題の事例研究です。公開注釈には文書化された7件の欠落があります。

v1のアブストラクトに基づくAI解説。日本語訳とは別に、用途の解釈を含みます。

アブストラクトの日本語訳

デプロイでは、エージェントがアプリケーションのコードを、各サービスが接続し、起動準備が整い、観測可能な状態を保つ稼働システムへ変える必要がある。FDE-Bench はこの能力を、Docker イメージ、複数サービスの Compose 構成、Kubernetes にまたがる136のデプロイ設定課題で評価する。課題には新規構築と診断・修復の両方を含む。エージェントは宣言的な成果物を提出し、それを収集して、汚れのない環境で再ビルド・再デプロイする。LLM 判定器を使わず、プログラムによる4層の二値チェックで、ビルド、起動準備、動作、デプロイ仕様への適合を測る。4系統の公開前検査では、解決可能な参照解を必須とし、何もしない提出、仕様を写しただけの提出、汎用的な空の実装で解ける課題を除く。公開されたチェックの注釈は、2145件のチェックと仕様の対応を示し、文書化された7件の欠落も含む。 さらに、採点信号の抜け道を試す3つの敵対的な戦略を検証した。これらは対象となる135課題を1件も解決しなかったが、内容のないヘルスチェックは起動準備の判定を通過し、後段のチェックが必要であることを示した。136課題の評価では、4提供元の7言語モデルを同じ4ツール構成で使い、課題の解決率は52.9~75.0%だった。知能を使わない3つの下限手法は1件も解決せず、平均 Deployment Score は最大0.44だった。失敗が最も多い段階は起動準備で、未解決の313回の試行のうち110回を占めた。診断・修復課題群の平均解決率は、別集合の新規構築課題群より30.7ポイント高く、すべてのモデルで正の差があった。10課題は7モデルのいずれも解決できなかった。25課題の事例研究では、現役エンジニア1人が Claude-Sonnet-5 に指示した場合の解決率は92%で、自律実行の基準値72%を上回った。FDE-Bench は、デプロイの成否を検査・再実行できる成果物と結び付ける。

v1の要旨から自動生成。本文の精読・人による確認は未実施。

初稿
2026-09-23(UTC)
最新改訂
2026-09-23 · v1
査読・掲載
査読状況未確認
arXivで読むPDF

更新履歴

取得できた版を表示。版の更新は査読済みを意味しません。過去版の本文差分は未解析です。

原文の要旨

Deployment requires an agent to turn application code into a running system whose services connect, become ready, and remain observable. FDE-Bench evaluates this capability with 136 deployment-configuration tasks spanning Docker images, multi-service Compose stacks, and Kubernetes, in greenfield and diagnose-and-repair modes. Agents submit declarative artifacts that are collected, rebuilt, and redeployed in a pristine environment. Four gated binary check layers measure build, readiness, behavior, and conformance to the deployment specification, using programmatic checks without an LLM judge. A four-arm release gate requires a resolving reference solution and rejects tasks solved by do-nothing, specification-transcription, or generic-stub submissions. The released check annotations expose the link between 2,145 checks and their specifications, including seven documented gaps. Three additional adversarial strategies test shortcuts in the grading signals; none resolves any of the 135 tasks they cover, while a vacuous health probe passes readiness and exposes the need for downstream checks. On the 136-task evaluation grid, seven language models from four providers use the same four-tool scaffold and resolve 52.9-75.0 percent of tasks. The three zero-intelligence floors resolve none and reach a mean Deployment Score of at most 0.44. Readiness is the largest failure stage, accounting for 110 of 313 unresolved episodes. Mean resolution rate is 30.7 percentage points higher on the repair task group than on the disjoint greenfield group, with a positive gap for every model; ten tasks resist all seven. In a 25-task case study, one practicing engineer directing Claude-Sonnet-5 resolves 92 percent against 72 percent for the autonomous baseline. FDE-Bench links deployment success and failure to artifacts that can be inspected and replayed.

arXiv ID: 2609.27571 / 要約の誤りについて