エンタープライズ AI パイロットの失敗要因:完成を急ぐエージェント開発の危険性
本文の状態
日本語全文を表示中
詳細モードで約8分の本文を読めます。
同じ出来事の情報源
この情報源を基点に整理
Pydantic Blog
Pydantic Blog は、95% のエンタープライズ AI パイロットが失敗し、その多くは評価やツール記述を調整する前に「正しいエージェント」であるかを確認せずに開発を進めた結果、不適切なエージェントをリリースしたと報告している。
AI深層分析を開く2026年8月4日 12:03
AI深層分析
キーポイント
評価(Evals)の限界と本質的な誤り
多くの企業がエージェントを完璧にする前に評価に時間を割くが、これは「正しい場所へ進むための操縦」であって「目的地そのもの」を確認するものではない。生産環境でしか確認できない要件や、モデルが実際に使用するツールは評価セットに含まれないため、評価だけで正しさを判断することは不可能である。
エージェントのサービス化と管理の転換
エージェントを個別に手厚く育てる「ペット」ではなく、多数同時に運用する「家畜(herd)」として捉えるべきである。ガートナーの予測によると大規模企業では今後10万個以上のエージェントが稼働するため、個々の管理から全体を見渡す制御塔への移行が必要となる。
OpenTelemetry による包括的な可視化
ベンダー固有の管理ツールに依存せず、あらゆるモデルやフレームワークで生成されるデータを OpenTelemetry で統合し、全体像を把握する必要がある。Logfire が提供する機能は、遅延、スループット、コスト、および異常な実行パターン(例:通常3つのツールに対し40個を発火させるケース)を可視化するものである。
エージェント実行の可視化と分析
各モデルの実行状況やコストを把握し、異常なツール呼び出しが発生したランを特定する。
依存関係の制御とセキュリティ
AI ゲートウェイでプロバイダーの切り替えや課金制限を行い、機密情報の漏洩を防ぐ。
重要な引用
Evals are a steering wheel. A steering wheel decides how you drive, not where.
#If an agent is a service, you don't raise it like a pet
You need to see the whole thing, not one vendor's paddock.
A perfect agent you never shipped is just an expensive opinion.
編集コメントを表示
編集コメント
この記事は、AI エージェント開発における「完璧主義」の落とし穴を鋭く指摘しており、現場の実情に即したアジャイルなアプローチの重要性を浮き彫りにしている。特に大規模展開を見据えた可視化の必要性は、今後のエンタープライズ AI 戦略において避けて通れない課題である。
Source Article
元記事を日本語で読む
本文に関係しない購読案内、埋め込み通知、サイト内プロモーションは除いています。
エンタープライズ AI のパイロットプロジェクトの 95% は失敗に終わります。生産環境へ到達したごく少数の事例も、実は二つのグループに分かれます。そのうち、誰も警告してくれないのが後者のグループです。彼らはリリースしましたが、間違ったエージェントをリリースしてしまったのです。
リリースしなかったチームと、間違ったエージェントをリリースしてしまったチームは、同じ賭けに出ています。「何のために使うのか」を実証する権利を得る前に、エージェントを完璧に仕上げることはできると信じたのです。評価スイートやデータセット、ツールの説明、モデル、サンプリング設定など、数週間にわたって調整を重ねました。しかし、一度も実際のユーザーと対面した姿を見たことがないものを、いかに微調整するかばかりに注力していたのです。
評価(Evals)はステアリングホイールのようなものです。ステアリングホイールは「どのように運転するか」を決めるものであり、「どこへ向かうか」を決めるものではありません。完璧な操縦で、間違った目的地へと到達することは十分に可能です。
#Evals は「エージェントが正しい」と告げるだけで、生産環境こそが「それが本当に必要なエージェントなのか」を告げます。
これは評価(Evals)そのものへの反対意見ではありません。評価は、「エージェントが目的のタスクを遂行できるか」を確認するための手段です。問題なのは、リリース前にその作業を完了できると信じてしまう点にあります。なぜなら、より本質的な問い——「これが本当に誰かの必要とするものなのか」という問いは、評価セットには含まれていないからです。それは生産環境にこそ存在します。それはテストではなく、トレース(実運用の痕跡)なのです。
したがって、無理をしてでも早めにリリースし、そこから得られるフィードバックを精査すべきです。要件を見誤ったことが露呈するのは、チェックリストやルブリック上ではなく、実際の稼働ログの中にあります。モデルが予想もしなかったツールに手を伸ばす様子や、ユーザーが実際に投げかける質問、そして何の検証にも引っかからずに自信満々に間違った回答を返すケースなどです。あなたが作るべきエージェントは、現在あるものを走らせてこそ学べるのです。
エージェントはペットのように育てるものではなく、サービスとして提供されるものです
先月、私たちは「エージェントが新たなサービスである」と主張し、すでに皆さんがご存知の運用面をリリースしました。それは「Services」「Kubernetes」「Hosts」「Metrics」です。ここで誰も口に出さない、しかし当然の帰結をお伝えします。
サービスを手動で立ち上げるわけではありません。群れとして運用するのです。
今日、あなたが抱えているエージェントは数えるほどかもしれません。それぞれに名前をつけ、手動で調整し、故障した際には悲しむでしょう。ガートナーによると、大企業では今後3 年間で平均 10 万個以上のエージェントが稼働すると予測されています(現在の約 15 倍)。この規模になると、エージェントは「ペット」のような存在ではありません。群れの一員です。群れを管理可能にする唯一の手段は、群れ内のすべての個体を可視化できることです。
エンタープライズベンダーが提供するコントロールタワーは、彼らが販売したエージェントのみを見守るものです。しかし、あなたの群れは使用するあらゆるモデルやフレームワークにまたがり、すべてが OpenTelemetry で通信しています。特定のベンダーの囲いの中だけを見るのではなく、全体像を把握する必要があります。
それが今週の課題です。未完成のエージェントをリリースし、本番環境からのフィードバックを読み取り、儀式なしで修正します。そして、一度に一つの優秀な個体だけを扱うのではなく、群れ全体に対して一斉に行います。リリースし、最適化し、次に進みます。判断を下すのはあなたです。群れの運用は Logfire が担います。
#今週のリリース内容
火曜日。群れを見る日。エージェントと LLM の視点から、実行中のすべてのモデルのインベントリを把握できます。レイテンシ、スループット、コストが明示され、Pydantic のオープンソース「genai-prices」データセットに基づいた価格設定で計算も可能です。また、エージェントごとの実行分布を表示し、異常なケース(1 万回に 1 回の割合で発生する、通常は 3 つのツールしか発火しない中で 40 個ものツールを発火させてしまうような「暴走」)を浮き彫りにします。
さらに「Tools」タブでは、失敗した実行においてエージェントが実際に何を実行できたかを再構築し、原因を特定できます。
水曜日。依存関係を制御する日。AI ゲートウェイの登場です。各プロバイダーごとに 1 つのキーを設定し、フェイルオーバーや負荷分散機能を備えています。また、キーごとの支出上限を設定することで、請求額が破綻する前にリクエストをブロックできます。さらに、すべてのプロンプトと生成結果をスキャンして PII(個人識別情報)や機密情報を検出するガードレールも実装されています。
モデルが非推奨になったり、レート制限がかかったり、誰かのスケジュールで静かに別先に切り替えられたりしても、デプロイなし、追加の請求関係なしに迂回処理が可能です。
木曜日。間違ったエージェントを捉える日。アノテーション機能です。自動判定器は「回答が高速で丁寧だった」という事実は示せますが、それがあなたのビジネスにとって適切だったかどうかまでは判断できません。人間であれば、たった 3 つのキー操作でその是非を判定できます。この判断結果は永続的な構造化データとして保存され、トレース自体が古くなった後も評価(evals)の学習に活用されます。
金曜日。変更して、リリースせよ。
オプティマイザーが生産環境のトレースを読み込み、失敗のパターンを特定し、根拠のあるプロンプトの修正案を一つ提示する。承認すれば、管理変数によってラベル操作だけで本番へ反映される。デプロイもロールバック計画も不要だ。ロールバックとは、単にラベルを元に戻すだけのことである。
コードではないエージェントの一部に対して機能フラグが使えるのだ。
1 つの製品、1 つのトレース、1 つの群れ
これらのインターフェースは雑多な寄せ集めではない。ビューは失敗した実行を検出する。評価で合格し、かつ顧客が不満を抱えた実行を人間アノテーターが選別する。オプティマイザーはそのアノテーション付きトレースと、それに付随する数千の関連トレースを読み込み、実際に何が起こったかに基づいた修正策を提案する。
管理されたプロンプトはデプロイなしでリリースされる。ゲートウェイがプロバイダーの誠実さを保ちながら、あなた自身もそのプロセスに参加できる。
すべてのステップは同じ分散トレースであり、同じ製品内で、同じ無料プラン上で動作し、SQL で照会可能だ。さらに、当社の MCP サーバーを通じてコードエージェントが可読となる。
かつては 4 つのベンダーとデプロイ工程を跨いでいたループが、今や単一の製品に集約されたのだ。
すべての表面は、あなたがすでに出力しているトレース上で動いています。あなたのプロダクショントラフィックが基盤です。これは、ビューが読み取るもの、アノテーターが評価するもの、そしてオプティマイザーが学習するものです。キュレーションすべき評価用コーパスも、新たにインストゥルメント化する必要もありません。また、「どのフレームワークを使ったか」を問うこともありません。
Pydantic AI はそのまま接続可能です。LangGraph、OpenAI SDK、Vercel AI SDK、CrewAI、あるいは OpenTelemetry に従う他のどんなツールでも、同じ gen_ai.* スパン上で同じ表面が点灯します。私たちは OpenTelemetry を基盤に構築したため、群れ全体が構造的に可視化されています。
未完成のものをリリースしましょう。戻ってきた結果を読み、デプロイなしで変更し、群れが必要とする規模で実行してください。決してリリースしない完璧なエージェントは、ただ高価な意見に過ぎません。
今週この記事を追いかけるか、Logfire を開いて自分のエージェントを指し示してください。無料プランには月間 1000 万スパンと AI Gateway が含まれており、「ペット」のチューニングをやめるために必要なものはすべて揃っています。
原文を表示
Ninety-five percent of enterprise AI pilots fail. The few that reach production split in two, and it's the second group nobody warns you about: they shipped, and they shipped the wrong agent.
The ones who never shipped and the ones who shipped wrong made the same bet: that they could perfect the agent before they'd earned the right to know what it was for. Weeks on the eval suite, the dataset, the tool descriptions, the model, the sampling settings. Tuning a thing they had never once watched meet a real user. Evals are a steering wheel. A steering wheel decides how you drive, not where. You can steer flawlessly to the wrong address.
#Evals tell you the agent is right. Production tells you it's the right agent.
This is not an argument against evals. Evals are how you find out whether the agent does the thing. The mistake is believing you can finish that work before you ship, because the harder question, whether it's the thing anyone needed, was never in your eval set. It's in production. It's a trace, not a test.
So you ship earlier than is comfortable, on purpose, and you read what comes back. The requirement you got wrong shows up in the runs, not the rubric: the tool the model reaches for that you never anticipated, the question your users actually ask, the fluent and confidently wrong answer that no assertion caught. You learn which agent to build by running the one you have.
#If an agent is a service, you don't raise it like a pet
Last month we argued that agents are the new services, and shipped the operational half you already recognize: Services, Kubernetes, Hosts, Metrics. Here's the corollary nobody says out loud. You don't hand-raise a service. You run a herd of them.
Today you might have a handful of agents. You can name each one, tune it by hand, and mourn it when it breaks. Gartner thinks the average large enterprise will be running over a hundred thousand within three years, up from about fifteen. At that number an agent is not a pet. It's one animal in a herd, and the only thing that has ever made a herd manageable is being able to see every animal in it. The enterprise vendors will sell you a control tower that watches the agents they sold you. Your herd is spread across every model and framework you use, and all of it speaks OpenTelemetry. You need to see the whole thing, not one vendor's paddock.
That's the week. Ship the rough agent, read what production tells you, change it without ceremony, and do it across the herd instead of one prize animal at a time. Ship it. Optimize it. Move on. You make the calls. Logfire runs the herd.
#What's shipping this week
Tuesday. See the herd. The agent and LLM views. An inventory of every model you run, with latency, throughput, and cost, priced from Pydantic's open-source genai-prices dataset so you can check the math. Per-agent run distributions that surface the runaway: the one run in ten thousand that fired forty tools where the median fired three. And a Tools tab that reconstructs exactly what the agent was allowed to do on the run that went wrong.
Wednesday. Control the dependency. The AI gateway. One key for every provider, with failover, load balancing, per-key spending caps that block the request before it bankrupts you, and guardrails that scan every prompt and completion for PII and secrets on the way through. A model gets deprecated, throttled, or quietly repointed on someone else's schedule; this is how you route around it without a deploy and without a second billing relationship.
Thursday. Catch the wrong agent. Annotations. An automated judge can tell you the answer was fast and polite. It cannot always tell you it was wrong for your business. A human can, in three keystrokes, and that verdict becomes durable, structured data your evals learn from, kept long after the trace itself has aged out.
Friday. Change it, and ship it. The optimizer reads your production traces, finds the pattern in the failures, and proposes one evidence-cited edit to your prompt. Accept it and managed variables take it live with a label move: no deploy, no rollback plan, and rollback is moving the label back. Feature flags for the part of an agent that isn't code.
#One product, one trace, one herd
These surfaces are not a grab bag. The views find the failing run. A human annotates the one the eval blessed and the customer didn't. The optimizer reads that annotated trace and the thousands around it and proposes a fix grounded in what actually happened. Managed prompts ship it without a deploy. The gateway keeps the provider honest while you do. Every step is the same distributed trace, in the same product, on the same free tier, queryable in SQL and readable by your coding agent through our MCP server. The loop that used to span four vendors and a deploy is now one product.
Every one of those surfaces runs on the traces you already emit. Your production traffic is the substrate: the thing the views read, the annotator grades, and the optimizer learns from. There's no eval corpus to curate and nothing new to instrument. And none of it asks which framework you used. Pydantic AI is wired up out of the box; LangGraph, the OpenAI SDK, the Vercel AI SDK, CrewAI, or anything else that speaks OpenTelemetry lights up the same surfaces on the same gen_ai.* spans. We built on OpenTelemetry so the herd is legible by construction.
Ship the rough one. Read what comes back. Change it without a deploy, and do it at the scale a herd demands. A perfect agent you never shipped is just an expensive opinion.
Read along this week, or open Logfire and point it at your own agents. The free tier includes 10 million spans a month, the AI Gateway, and everything you need to stop tuning pets.
今日のまとめ
AIデイリーブリーフで今日の重要ニュースをまとめ読み