バイブコーディングは幻想ではない――だが、その過剰な期待の半分は誇大広告だ
コラム概要
テック業界では毎年、その定義を飛び越えて独り歩きする言葉が生まれるが、2026年におけるその言葉は「バイブコーディング」だ。2025年2月にOpenAIの元共同創業者であるAndrej Karpathyによって作られたこの言葉は、コードの行をタイプするのをやめ、意図をタイプするソフトウェア構築のスタイルを指す。AIシステムに望むことを伝え、実装の生成とデバッグを見守り、結果がしっくりくるまで自然言語のフィードバックで微調整を加えていくのだ。Collins Dictionaryはこれを今年の言葉に選出し、Googleでの検索関心度は6000%以上急騰したと報じられている。1年半後に問うべきなのは、このフレーズがキャッチーかどうかではなく――それは明らかだが――それが指し示すものが誰かが実際に抱えていた問題を解決するのか、それとも製品の実態を置き去りにしたナラティブに過ぎないのかということだ。
自動補完から自動操縦へ
ここで実際に何が新しいのかを正確に理解しておくことが役立つ。なぜなら、「AI支援コーディング」はKarpathyのツイート以前からすでに存在していたからだ。従来のモデルでは人間が運転席に座っていた。開発者がコードを書き、GitHub Copilotのようなツールが次の数行を補完したり、関数の本体を提案したりする。バイブコーディングは、誰が運転するかを逆転させる。AIがエンドツーエンドで実装を生成し、人間の役割は何を求めているかを記述し、出力が実際に機能するかどうかを判断することにシフトする。ワークフローは、プログラミング言語での「記述―コンパイル―デバッグ」ではなく、自然言語での「提案―観察―調整」の繰り返しとなる。これは人間の注意が向かう先における意味のある変化であり、この用語が「AIペアプログラミング」よりもはるかに早く普及した理由でもある。
需要が本物であるという根拠
まず資金の行き先から見ていこう。資本配分は、投資家がミームではなく持続的な需要を信じているかどうかの適切な指標となるからだ。AI生成アプリケーション向けのバックエンドインフラを提供するSupabaseは、2026年6月に105億ドルの評価額で5億ドルを調達した。これはわずか1年前の20億ドルからの大幅な上昇だ。同プラットフォーム上の新規データベースの60%以上はAIツールによって作成されたと報じられており、年間経常収益は約1年で3,000万ドルから7,000万ドルへと急増した。自律型コーディングエージェントDevinを手掛けるCognition AIも同じ時期に10億ドル超の資金調達を完了し、評価額を260億ドルに押し上げた。これらは投機的なシード投資ではなく、すでに現れ始めている経常収益に対するグロースステージの賭けなのだ。
利用データも同じ方向を指し示している。市場調査によると、バイブコーディング市場は2026年に約47億ドル規模に達し、123億ドルへと162%の急成長を遂げると予測されている。r/vibecodingのようなコミュニティのメンバーは毎月16%のペースで増加していると報じられており、Fortune 500企業の約80%が何らかの形でAIコーディングエージェントを使用していると言われている。McKinseyが2026年2月に150社を対象に行った調査では、日常的なコーディングタスクが平均46%速く完了し、コードレビューサイクルが35%短縮された。CRUDスキャフォールディングのような定型作業については、チームから最大81%の時間短縮が報告されている。Cursor独自の開発者利用レポートでも、2026年5月時点で開発者の中央値における週間コーディング量が1年前と比べて2倍以上に増加していることが示されている。
さらに、おそらく最も強力な論拠である「アクセス」の議論がある。Y Combinatorの2025年冬コホート調査では、バッチに参加したスタートアップの4分の1が、コードの最大95%がAI生成であるコードベースを持っていた。さらに驚くべきことに、プロダクトマネージャー、デザイナー、非技術系の創業者たちが、エンジニアを一人も雇うことなく、動作するプロトタイプ、時には製品全体を出荷しているのだ。これはすでにコーディングを知っている人々にとっての限界的な効率化ではなく、コーディングを知らなかった人々への扉が開かれたことを意味する。これらを総合すると、「プログラミングを知らずにアイデアを動作するソフトウェアに変える」ということが、以前は満たされていなかった真の需要であり、現在それが大規模に満たされつつあるという、かなり説得力のある事例となっている。
誇大宣伝が製品の実態を追い越してしまったという根拠
これに対抗するのが、バイブコーディングのより野心的なストーリー、すなわち「プロフェッショナルなエンジニアリングを完全に代替できる」という主張が、まだ通用しないことを示す大量の証拠だ。実務家たちは、生成されるものの多くを使い捨てソフトウェアだと表現する。目視テストに合格し、デモでは動作するが、誰かが拡張しようとすると脆く、検証不可能で、維持コストが高いことが判明するのだ。この区別は重要だ。「週末のプロジェクトに役立つ」と「数年間維持するためにコストを払う価値がある」は異なる主張であり、現在の論評の多くはこれらを混同しているからだ。
品質データもこの懐疑論を裏付けている。報告によると、AI生成コードは人間が書いたコードの1.7倍の割合で致命的な欠陥を含み、クロスサイトスクリプティングの脆弱性は2.74倍の割合で存在する。ある調査では、バイブコーディングユーザーの63%が、これらのツールを使い始める前よりもデバッグに多くの時間を費やしていると回答しており、これが事実であれば、正味の時間短縮という前提全体を覆すことになる。Lovableプラットフォーム上で構築された1,645のアプリケーションに対するセキュリティ監査では、約10%（170アプリ）がSQLインジェクション、パストラバーサル、権限昇格などの深刻な脆弱性を抱えていることが判明した。Stanfordのランダム化比較試験では、バグそのものよりもさらに厄介なことが判明した。AIツールを使用する開発者は、安全性の低いコードを書いているにもかかわらず、それに対してより自信を持っていたのだ。これこそが、脆弱性をレビューからすり抜けさせるまさにその組み合わせである。
信頼度データも悪い方向へ向かっている。Stack Overflowの最新の調査では、AI生成コードに対する開発者の信頼度が前年の約40%から29%に低下しており、最も経験豊富なエンジニアの間でその低下が顕著だった。シニア開発者のうちAIの出力に高い信頼を寄せているのはわずか2.6%にとどまる。これは意味のあるシグナルだ。シニアエンジニアは通常、微妙な正確性やセキュリティの問題を捉えるのに最も適した立場にあり、そして彼らこそが最も強く距離を置いているからだ。
また、市場自体が最も攻撃的なバージョンの売り込みに冷めつつあるという初期の兆候もある。Barclaysのデータによると、かつて66億ドルと評価されたLovableへのトラフィックは、6月のピークから40%減少している。Amazon社内では、AI支援コーディングの義務化に向けた推進が、本番環境でのインシデントの減少ではなく増加と相関していたと報じられている。アウトプットは増えたが、障害率も上昇したのだ。そして、いくつかのチームが独自に報告しているパターンがある。1週目は興奮し、3週目にはほころびが見え始め、2ヶ月以内にはそのツールがひっそりと放棄されるというものだ。このようなケースでの問題は、通常、AIがコードを書けないことではなく、AIが書くコードが複数年にわたる保守を見据えて構築されておらず、スピードの向上が将来の技術的負債の前借りであることが判明することだ。
なぜ「真の需要」と「あらゆる規模での真の需要」は異なる主張なのか
バイブコーディングが「偽の需要」かどうかをめぐる意見の相違は、主に2つの異なる質問を混同していることに帰結する。すなわち、ここに以前は満たされていなかった真の需要が存在するのか、そしてこの特定のアプローチが、現在人々が主張しているあらゆる規模でその需要を満たすことができるのか、ということだ。これらを分離することで、ほとんどの混乱が解消される。
プロトタイピング、社内ツール、MVP、個人的なプロジェクト、そしてエンジニアではない人々からの単発のアイデアに関しては、需要は本物であり、ツールはその需要に応えている。これらは「十分良くて速い」ことが常に実際の要件であったケースであり、以前は全くその手段を持っていなかった人々によって今や満たされているのだ。一方で、エンジニアリング組織全体を代替したり、長年の保守に耐えうるビジネスクリティカルなシステムを運用したりすることに関しては、現在の証拠は逆の方向を指し示している。これは、基盤となるモデルやツールが現在保証できることよりも先行してしまったナラティブに近い。
言い換えれば、需要は単一的なものではなく、層になっている。基礎層、すなわちアイデアを動作するものに変えることは、真の需要であり、満たされている。一方、最上層、すなわちこれが専門分野としてのプロフェッショナルなソフトウェアエンジニアリングを代替するという主張は、現在の評価額やメディアのナラティブの大部分が、数字が示唆するよりも薄い氷の上に立っている領域なのだ。
結論として
バイブコーディングは、包括的な意味での偽の需要ではないが、現在の評価額やメディアのナラティブは、基盤となる製品が確実に提供できるものを明らかに上回っている。主張をより誠実に整理する方法は次の通りだ。迅速なプロトタイピングとMVPの検証は、実証された結果を伴う真の需要である。非エンジニアが個人的なツールや小規模なクリエイティブプロジェクトを構築することは、参入障壁が大幅に下がった真の需要である。定型コード、CRUD、標準的な統合作業は、測定可能な効率化を伴う真の需要である。本番グレードで長寿命のシステムにおいてプロフェッショナルなエンジニアリングチームを代替することは、現在の証拠によって支持されておらず、誇張されたナラティブのように見える。そして、「誰もがプログラマーになる」という完全な破壊のフレーミングは、少なくとも部分的には、確実に出荷されているものではなく、資本とメディアのサイクルによって駆動されたストーリーである。
Karpathy自身もその後、バイブコーディングから彼が「エージェント型エンジニアリング」と呼ぶものへの移行について語っている。スピードと新規性を重視した第一波から、信頼性、セキュリティ、保守性を再び中心に据える第二波への移行だ。その移行自体がすべてを物語っている。市場はリアルタイムで修正を行っており、上述した証拠（セキュリティインシデント、増大する技術的負債、低下する開発者の信頼）をまさに用いて、持続的な需要とその上に乗っかっている誇大宣伝を切り離そうとしている。泡は絞り出されつつあり、その下に残ったものは、今後も定着していくように見える。