賢い新人には採点表がいる
賢いAIなら、そのまま任せてよいのでしょうか。DatabricksがZepto事例で伝えている答えは、かなり現実的です。採点表なしのAIは、現場では強くありません。
AIを新人スタッフだと考えると分かりやすいです。話し方が上手でも、返金、配送、本人確認を勝手に任せるのは危険です。まず何を合格とするかを決める必要があります。
Databricksは2026年9月9日、Zeptoの事例を公開しました。DatabricksとMLflow(AIの実験や評価を管理する仕組み)で、評価先行のAIエージェント(自分で手順を進めるAI)を動かす内容です。
| 項目 | 発表で示された内容 |
|---|---|
| 公開日 | 2026年9月9日 |
| 対象 | Zeptoのカスタマーサポート事例 |
| 料金 | 発表に書かれていない |
| 一般提供時期 | 発表に書かれていない |
窓口は一つでも中では分かれる
Zeptoは、配達の速さを競うインドのクイックコマース企業です。発表では、60都市超で事業を展開するとされています。サポートも同じ速度で動く必要があります。
ZeptoのAIは、1日に100,000件超のチケットを処理します。窓口画面は一つに見えても、中では役割が分かれています。
| 種類 | 役割 |
|---|---|
| 注文追跡 | 到着予定や配送状況を扱う |
| 返品 | 返金状況や処理を扱う |
| 品質 | 傷んだ生鮮品などを扱う |
| 横断監視 | 画像の重複や加工を見つける |
この分担は、人間の部署分けに近いものです。注文を追うAIと、不正画像を見るAIでは、失敗の形が違います。だから採点表も別々に作られます。
評価室と売り場がつながっている
新人研修だけで終わる会社はありません。現場で起きた失敗を研修へ戻すから、次の新人が強くなります。Zeptoの仕組みも同じ発想です。
開発ループでは、正解例を使って新しいAIを試します。本番ループでは、実際の会話や判断の足跡を追います。品質ゲートを通れない版は、本番へ進みません。
LLM-as-judge(AIに評価役をさせる方法)も使われます。ただしAIの採点をそのまま信じる設計ではありません。人のラベルと80〜90%合うように調整されています。
失敗は隠さず手がかりにする
発表の面白さは、成功談だけではない点です。Zeptoは、AIがどこでつまずいたかを具体的に語っています。失敗を見える形にしたから、改善へつながっています。
| 場面 | 起きたこと |
|---|---|
| 到着予定 | 同じ到着時刻を繰り返す問題を5分以内に検知 |
| キャンセル | 精度低下を本番前に見つけ94.2%まで回復 |
| 商品写真 | 品質判定や画像不正を別ルートで扱う |
キャンセル対応では、AIが似た意図を混同しました。注文場所を聞く声と、キャンセルしたい声と、キャンセル済みか聞く声です。MLflowの評価が本番前にそれを見つけました。
数字は夢物語ではなく運用の結果
発表された成果は大きいです。AIはサポートチケットの80%超を人の監督付きで管理しています。サポートコストは65%下がりました。
| 指標 | 発表された結果 |
|---|---|
| AIが管理するチケット | 80%超 |
| サポートコスト | 65%低下 |
| 投資回収 | 1カ月未満 |
| 顧客満足度 | 20%改善 |
| 解決までの時間 | 4倍高速化 |
本番の評価も、全部を同じ割合で見るわけではありません。Zeptoは層化サンプリング(危険度に応じて見る割合を変える方法)を使います。発表では18〜20%の評価サンプルで、約14,400件のトレースを1日あたり見ます。
職場で効くのは導入後の育て方
Databricksの開発者向けページでは、エージェント型アプリは検索だけで終わりません。推論し、計画し、ツールで作業を実行します。記録更新や外部API呼び出しも例に挙げられています。
だから、職場で大事になるのは導入初日ではありません。任せる範囲は、評価できる範囲で広がります。AIが賢いほど、採点表と監督席の設計が重くなります。
このニュースの腹落ちは、AIは放すほど強くなるのではない、という点です。失敗の記録が積み上がるほど、人は安心して任せる範囲を広げられます。