なぜAI開発は頓挫するのか
95%が失敗するAI開発 「YouTube」チームが選んだ“常識破りの解決策”
AI技術の発展で開発の迅速化が進む一方、ほとんどのAI製アプリケーションが検証段階で立ち消えてしまう現実がある。「YouTube」開発チームはいかにしてこの壁を越え、開発のスピードと安全性を両立させたのか。
LLM(大規模言語モデル)や自律的にタスクを遂行するAIエージェントの進化によって、開発者は数時間でアプリケーションのプロトタイプを構築できるようになった。しかし、企業内でこのプロトタイプを本番環境へ移行させようとすると、高い壁に直面する。マサチューセッツ工科大学(MIT:Massachusetts Institute of Technology)は2025年1~6月、52の組織を対象としたインタビュー、153人のシニアリーダーからのアンケート回答、300件以上の事例分析を実施した。その結果、AI技術を活用して開発したプロトタイプが本番環境で生き残る割合はわずか5%に過ぎず、残りの95%は検証段階で立ち消えになっていた。
個人プロジェクトであれば、エラーが発生してもプロンプトを書き換えて再起動すれば済む。しかし、数十億人のサービス利用者を抱え、20年の歴史を持つ堅牢(けんろう)なソースコード群を備えた企業では事情が異なる。予測不可能な技術的負債やエラーの連鎖を引き起こすリスクがあるため、経営陣やセキュリティの観点からブロックされやすい。
この「スピードとリスクのパラドックス」を打ち破ったのが、動画共有サービス「YouTube」の開発チームが構築した独自のプロトタイピング用システムだ。インフラの設計思想を根本から見直すことで、アイデアの検証にかかる期間を数四半期から数週間へと大幅に短縮した。
開発チームはどのようなアプローチで、安全かつ迅速なプロトタイプの検証を実現したのか。その具体的なアーキテクチャと開発の核となる方針を解き明かす。
本番環境から完全分離された「プロトタイピングスタック」
併せて読みたいお薦め記事
AI開発はなぜ失敗するのか
開発チームが直面していたのは、プロトタイプを現実的な条件でテストできない「白紙状態」の問題だ。これを解決するため、ベンジー・ベア氏を中心とするチームは、メインラインの本番環境サーバから実験用のシステムを完全に切り離した開発環境ツール群「プロトタイピングスタック」を構築した。
プロトタイピングスタックは、大きく2つの技術的アプローチで成り立っている。
1つ目は「データレイヤーの分離」だ。開発者は、生成AI向け開発環境「Google AI Studio」のテンプレートを利用してアイデアを立ち上げる。この設定は、プロトタイプ向けに承認された読み取り専用データを扱うプロキシサーバに接続されている。これによって、開発者はコアのデータベースを汚染したりクラッシュさせたりすることなく、再生リストや動画情報などのメタデータへのアクセス権を即座に得ることができる。本番環境のパラメータを用いた現実的なテストが、安全なサンドボックスの中で可能になる仕組みだ。
2つ目は「ライブUI(ユーザーインタフェース)インジェクション」と呼ばれる手法だ。プロトタイプを実際のUIで検証できるよう、プロトタイピングスタックがクライアントサイドの拡張機能ラッパーを提供する。この仕組みによって、開発中の試験運用版の機能をYouTubeの画面に挿入できる。試験運用版のソースコードは、必要時に必要な部分(チャンク)を読み込む「コード分割チャンク」の保護対策によって本番環境から隔離されているため、更新を安全なステージング環境に数分で反映できる。
プロトタイピングスタックを活用した結果、「YouTubeハイライト」や「YouTubeに相談」といった機能は、数週間でユーザー調査に回されるようになり、開発の高速化が実現した。
「使い捨てコード」を前提とする開発アプローチ
プロトタイピングスタックを支えているのは、「使い捨てのソースコードを積極的に取り入れる」という、従来とは異なるAIコーディングの基本方針だ。
一般的なソフトウェア開発では、ソースコードは永続的な資産として扱われ、完璧になるまでリファクタリングを繰り返す。しかし、生成AIが記述した無秩序なソースコードを既存システムに無理やり組み込もうとすると、アーキテクチャ上の問題を引き起こしやすい。
Webブラウザ「Google Chrome」の開発を率いたエンジニアのアディー・オスマニ氏は、個人プロジェクトにおいて最大10個のAIコーディングエージェントを並行稼働させた際、十分な確認を怠ったことで技術的負債が蓄積し、アプリケーションを破壊してしまった経験を持つ。個人の開発であれば失敗は学習の糧になるが、企業インフラにおいては致命的な問題になり得る。
そこでYouTubeの開発チームは、プロトタイプ段階のソースコードには技術的負債が含まれていることを前提として、プロトタイプの役割を「定量データを用いた市場適合性の検証」に割り切った。本番環境を模したシステムで検証を実施し、アイデアの成功が証明された後に、本番環境向けのソースコードを一から書き直す方針を採っている。
この手法は一見すると非効率に思えるが、成功が実証されていないプロトタイプを磨き上げるよりも、検証済みの設計図をベースに実装を再構築する方が、結果的に費用や手間を抑えて迅速に開発を進められる。
開発プロセスの「民主化」とエンジニアの新たな役割
プロトタイピングスタックは開発プロセスの民主化という大きな副産物をもたらした。かつては高度な技術力を持つ一部のエンジニアしか新機能を考案、構築できなかったが、本番環境における実データを参照するAPIにアクセスできる実験用インフラが整備されたことで、状況は一変した。プロダクトマネジャーやUX(顧客体験)リサーチャーなど、プログラミングを専門としないメンバーであっても、AIツールを活用してアイデアを形にし、定量的なデータに基づいて検証プロセスに参加できるようになったのだ。
AI技術によって、ソースコード生成にかかる費用や手間は劇的に低下した。これに伴い、エンジニアの役割は単なる構文の管理者から、安全に失敗できるシステムを構築する「システムアーキテクト」へと変化しつつある。
95%の失敗はシステムのバグではなく、アイデアを検証するための戦略的な過程だ。最も避けるべきリスクは、AIツールが生成したプログラムでサーバをダウンさせることではなく、検証サイクルが遅いために技術革新の機会を逃すことだ。本番環境から分離された安全な実験用インフラを設計することが、これからのアプリケーション開発においては競争力を生み出す源泉となる。
本稿は、Googleが2026年7月22日に公開した動画「Why AI apps fail in production (and how Google solved it)」と、7月30日に公開したブログエントリ「AIアプリが本番環境で失敗する理由とGoogleがそれらを解決した方法」を基に作成しました。
Copyright © ITmedia, Inc. All Rights Reserved.
本記事は制作段階でChatGPT等の生成系AIサービスを利用していますが、文責は編集部に帰属します。
関連記事
新着ホワイトペーパー PR
-
製品資料
[株式会社MatrixFlow] 「物流リソース最適化」ガイド:人員・配車・傭車を出庫依頼の確定前に決めきる -
製品資料
[株式会社キーエンス] なぜRPA導入は頓挫する? シナリオ作成の壁を乗り越える解決策とは -
製品資料
[株式会社セールスフォース・ジャパン] 「CRMは設計と無関係」は本当か? PLMとの融合で実現する高速開発 -
事例
[日本ヒューレット・パッカード合同会社] AIエージェントの時代にどう備える? 「新たな働き手」を支える3要素とは -
製品資料
[日本ヒューレット・パッカード合同会社] “横並びの自動化”から脱却、AI活用で生産性と競争力を高める秘訣
こんなメディアも見られています
TechTargetジャパンに関連する情報をお探しであれば、こちらのメディアもお役に立てるかもしれません。
ベンダーコンテンツ PR
From Informa TechTarget
SpecialPR
アクセスランキング
-
1
ChatGPTは“検索しまくり”でGeminiは“淡泊”? データが明かすAIの裏側
-
2
なぜ「全社配布Copilot」は使われないのか? 失敗に学ぶAI定着
-
3
法務と開発者で「言葉が通じない」問題 トヨタやソニーが語るOSS管理の真実
-
4
「IBM iはDXのボトルネック」は誤解 意外と知らない今風モダナイズの効果
-
5
【漫画付き】ひとり情シス協会が明かす、RAG導入でしくじる企業「2つの共通点」
-
6
「AI活用を前提とした業務PCへの移行」に関するアンケート
-
7
情シスの約8割が転職や退職を意識 調査で分かった“辞めたくなる最大の理由”
-
8
「中堅・中小企業のネットワーク・セキュリティ運用実態」に関するアンケート
-
9
Microsoft 365の知られざる5つの裏口 パスワードを変えても攻撃者は消えない
-
10
「朝8時にバッチが終わらない」データ爆発の危機をJPX総研はどう乗り越えたか
ホワイトペーパーランキング PR
-
1
不審メールの経路や見せ方に変化? 2026年夏の3事例から見えた動向と対処方法
-
2
家庭用Wi-Fiルーターの業務利用は危険? 避けるべき理由と具体的な対策
-
3
Microsoft 365を安全に運用 うっかりミスやサイバー攻撃に備えるデータ保護術
-
4
財務部門がAIを最大限に活用する方法 無駄のない戦略的リーダーシップへの道
-
5
LLMが兵器化? 元FBI高官が鳴らす警鐘とセキュリティツール統合のポイント
-
6
「オンプレミス回帰」せざるを得ない“合理的な理由”
-
7
なぜRPA導入は頓挫する? シナリオ作成の壁を乗り越える解決策とは
-
8
生成AIを開発に導入しても効果が見えない? 実証実験で分かった成果と課題
-
9
経産省DX指針から読み解く、受発注業務デジタル化ロードマップ
-
10
HDDを使わない「SSDオンリー」が無謀なのはなぜ?
TechTargetジャパン SNS
インフォメーション
注目情報をチェック
TechTargetジャパンをフォロー