Vibe Codingの105億ドルの瞬間:AIが新規ソフトウェア開発の大半を始める時代へ

AIコーディングツールが新規ソフトウェアプロジェクトの大半を開始し、評価額105億ドルに向かう上昇グラフのコンセプト画像

Turn this article into takeaways for your work.

Each assistant summarizes the article only for you and suggests best practices for your work.

先週、ある閾値を越えました。5億ドルの資金調達がほぼそれを覆い隠しています。

データベーススタートアップのSupabaseは、CNBCによると、政府系ファンドのGICを筆頭に、Accel、Y Combinator、Craft Ventures、Felicis、Coatue、Stripeが参加し、評価額105億ドルで5億ドルを調達しました。これは2025年10月の評価額のほぼ2倍を8か月足らずで達成したことになります。しかし製品ロードマップを計画しているファウンダーにとって最も重要な数字は、ドルの金額ではありません。それはこれです。Supabaseのプラットフォーム上の新規データベースの60%超が、今では人間の開発者ではなくAIコーディングツールによって開始されています。AnthropicのClaude Codeは2026年現在、それらのAI起動プロジェクトの最大の単独源です。

これはプレスリリースの中に埋もれた奇妙なベンチマークではありません。今のソフトウェア開発の姿と、今後数年間にわたる企業構築の姿についてのシグナルです。

Vibe Codingとは実際何か

この周辺で聞かれるのは「vibe coding」という言葉です。考え方はシンプルです。コードを1行ずつ書く代わりに、エンジニアであれそうでなかれ、欲しいものをAIコーディングツールに説明し、出力を確認し、会話を通じて洗練させて、リリースします。Claude CodeやOpenAIのCodexといったツールが生成を担当します。人間は方向性と判断を担当します。

Supabaseは設立5年目の企業(2020年、Paul CopplestoneがCEO、Ant WilsonがCTOとして設立)で、データベース、認証、ストレージ、APIなどのバックエンドインフラを提供しています。かつてはバックエンドエンジニアが適切に設定する必要があった種類のプラットフォームです。今では、資金調達に関する報道によると、プラットフォーム上で新規データベースを立ち上げている大多数は、人間のプロンプト入力者に代わって行動するAIエージェントであり、6か月前にはデータベースツールに触れることすらなかった非エンジニアであることも多いです。

今回の投資家たちはニッチな開発者トレンドに賭けているのではありません。このソフトウェア作成の方法がデフォルトになるという賭けであり、25万人以上の顧客を抱えるSupabaseがより大きな市場で先行優位を持つという見方です。同社は約350人規模です。しかしほとんどのシリーズD企業が到達しない評価額を今回達成しました。

主要ファクト

  • Supabaseは2026年6月に評価額105億ドルで5億ドルを調達し、2025年10月の評価額のほぼ2倍を達成。(CNBC)
  • Supabaseのプラットフォーム上の新規データベースの60%超が、人間ではなくAIコーディングツールによって開始されています。(CNBC / Supabase)
  • AnthropicのClaude Codeが2026年のSupabaseの新規データベースのAI源として最大の単独ソースです。(CNBC / Supabase)

ファウンダーにとっての3つの構造的変化

プラットフォーム上の新規データベースの60%超がAIコーディングツールによって開始されていることを示す棒グラフ

60%という数字はSupabaseプラットフォーム固有のものです。あらゆる場所のソフトウェアの大半がAIで書かれているという主張には広げないでください。ただし、誰が何を始めたかを正確に数えられるプラットフォームからの、明確で信頼できるデータポイントです。初期段階の企業への含意を通じてみると、3つのことが変わります。

1. 購入か構築かの天秤が、より多くの開発領域で構築側に傾く。

購入か構築かの伝統的な議論は、速度とコストです。カスタムソリューションを構築するためのエンジニア採用は数か月を要し、競争の激しい市場では年間20万から40万ドルかかります。今や、ファウンダーや小さな技術チームが、コーディングエージェントにシステムを説明し、出力を確認し、繰り返すことで、かつて4人のバックエンドチームが必要だったものをリリースできます。「これを構築するコストはいくらか」の下限が下がりました。それにより、以前はベンダーから購入していたであろう多くの機能についての計算が変わります。すべてを構築せよという意味ではありません。「構築するには高すぎる」という前提を見直すべきだという意味です。AIがSaaSの業務モデルをより広く再形成する方法についての考察でも、ダイナミクスは同様です。社内で構築可能な領域が旧モデルの想定より広がっています。

2. 「構築が難しい」ことで成り立つ競合優位は侵食されつつある。

あなたの競合優位が主として「競合他社がゼロから複製するのは難しい」という点にあるなら、その優位の賞味期限は2年前より短くなっています。小さなチームとClaude CodeまたはCodexへのアクセスを持つ競合他社が、かつて18か月かかったものの動作バージョンを6か月で構築できるようになっています。すべての優位が消えるわけではありません。しかしAIエージェントを使っても構築が難しいものが生き残ります。独自データセット、苦労して獲得した流通経路、深い顧客関係、業務のセンスと判断力。企業AIによる買収における購入か構築かのシグナルも同じ方向を指しています。AI能力を購入した企業が実際に購入したのは、その上に乗るモデルではなく、下にあるデータとワークフローでした。あなたの永続的な差別化要素も同じです。立ち上げたばかりのAIプロジェクトが複製できない「知っていること」と「つながっている相手」です。

3. 採用の計算が変わる。

これは直感に反します。AIエージェントがより多くのコードを書くなら、エンジニアは少なくて済むと思うかもしれません。しかしボトルネックは消えるのではなく、移動します。コードを書くことはもはや希少資源ではありません。AIが生成したコードをレビュー、セキュリティ確認、運用することが希少になります。コーディングエージェントが実質的に構築した本番コードベースには、セキュリティ上の脆弱性を監査し、エージェントが見落としたエッジケースを捉え、エージェントが把握していないレベルでアーキテクチャを設計し、午前2時に何かが壊れたときにシステムのオーナーとなれる人間が必要です。それらのスキルは、純粋なコーディング処理能力とは異なります。構築の前段階では汎用エンジニアが少なくて済むかもしれませんが、後段では、より上級のエンジニアとセキュリティを意識したレビュアーが必要になります。SaaSプロダクトにAI機能を追加する場所についても同じ原則が当てはまります。制約は生成する人ではなく、レビューと保守をする人です。

見過ごされがちな部分

vibe codingの話は刺激的でおおむね正確ですが、カンファレンスで流通するバージョンは摩擦を取り除く傾向があります。

AIが生成するコードは予測可能な形で失敗します。シンプルなパスはうまく処理しますが、エッジケースを見落とします。明示的に指定しない限りセキュリティ要件を理解しておらず、指定しても誤って実装することがあります。デモ環境では動くコードを生成しますが、負荷下では壊れます。主にAIエージェントによって構築されたコードベースを誰が所有・保守するかという問いはまだ解決されていません。リリースから6か月後にシステムが予期しない動作をしたとき、それを存在させたプロンプト入力者には診断するための深さがないかもしれません。

これはvibe codingが本物でないとか価値がないということではありません。しかしSupabaseの60%という数字は、開始されたプロジェクトの数であり、スケールで信頼性高く稼働している本番システムの数ではありません。2026年における企業全体のAI普及という大きな問いも同じです。デモから本番への移行を経ても、どれだけの生産性向上が生き残るか?

だからこそ、3番目の変化(構築者だけでなくレビュアーの採用)は保険ではありません。それが実際のレバレッジポイントです。

Vibe Codeか適切なエンジニアリングかの実践的な判断基準

これは固定ルールではなく、最初のフィルターとして使ってください。

Vibe Codeを先に試す(低リスク、高速イテレーション):

  • チームだけが使う社内ツールとダッシュボード
  • ユーザーがそもそも望むかを検証している初期プロトタイプ
  • 失敗しても影響範囲が小さい一回限りのスクリプト、自動化、連携
  • バグがデータ侵害や財務上の誤りではなく、ユーザー体験の低下を招く機能

適切にエンジニアリングする(高リスク、永続的な本番運用):

  • 決済処理、個人データ、認証を扱うすべてのもの
  • 他のシステムが依存するコアインフラ(これが壊れると全体が壊れる)
  • 規制対象のもの(医療、金融サービス、法律)
  • 概念実証レベルの負荷を超えてスケールする必要があるシステム
  • AIとの元の会話にいなかった将来のエンジニアが読み書きするコード

この2つのカテゴリーを隔てる実践的な判断基準はこれです。このシステムのバグが顧客のお金を失わせ、データを露出させ、またはプロダクトをオフラインにする可能性があるなら、リリース前に人間のエンジニアによるレビューが必要です。AIが生成したコードでもこの基準を通過できます。しかしその基準を通過する必要があります。

Cレベルでどれだけ活かされるかとリスクを生む場所を含む、AI普及の全体像を考えるファウンダーにとって、vibe codingの波はなぜSaaSがあらゆるカテゴリーで最もAI普及が速いかを示す現在最も明確な事例の一つです。

よくある質問

Vibe codingとは何であり、なぜファウンダーに重要なのですか?

Vibe codingは、コードを手動で書く代わりに、AIツール(Claude CodeやOpenAIのCodexなど)にプロンプトを与えて動作するソフトウェアを構築するやり方です。ファウンダーにとって重要なのは、ソフトウェア構築の人件費と時間を大幅に低下させるからです。これにより購入か構築かの計算が変わり、小さなチームや非エンジニアのプロトタイプ作成期間が短縮されます。

Supabaseの60%という数字はすべてのソフトウェアに一般化できますか?

いいえ。この数字は、初期段階のプロジェクトや開発者ツールに偏るSupabaseプラットフォーム上で開始された新規データベースに固有のものです。ソフトウェア開発がどのように変化しているかについての信頼できる方向性シグナルですが、すべての本番ソフトウェアの60%が今AIによって書かれているという意味ではありません。意味のある含意は、AIによって開始されるプロジェクトが、少なくとも市場の一部では珍しさから多数派へと移行しているということです。

この状況を受けてファウンダーが実際に変えるべきことは何ですか?

3つのことです。vibe codingの低い人件費を念頭に置いて、購入か構築かの前提を見直してください。自社の競合優位を監査して「これは構築が難しい」という部分にどれだけ依存しているかを確認し、そうでない部分(流通、データ、顧客関係)を強化してください。純粋なコーディング処理能力に加えて、コードレビューとセキュリティ監査のスキルを重視するよう採用計画を調整してください。


関連記事


出典:CNBC、2026年6月4日

About the author

Victor Hoang

Victor Hoang

Co-Founder, Rework.com

Victor Hoang is Co-Founder and CMO of Rework. He spent 12+ years scaling B2B SaaS growth, building a lead engine that generated over 1 million leads and $10M+ in annual recurring revenue. Today he builds AI agents and MCP servers into Rework's products to empower customers across growth and operations. He writes about what actually works.