デニス・シネルニコフ氏は、Media ComponentsおよびCuris Digitalの最高経営責任者（CEO）である。Curis Digitalは受賞歴のあるフルサービスのデジタルマーケティングエージェンシーだ。
長年にわたり、開発者たちはAIがコードを書けるようになった場合、自分たちの職業がどうなるかを議論してきた。悲観的なシナリオでは、エンジニアを必要とせず、プロジェクトマネージャーがAIエージェントに指示を出すだけで運営される企業を想像する。その極端な状況はまだ到来していない。しかし、現実的な変化は起きている。
増加する開発者たちは現在、平易な言葉でニーズを表現し、AIに実装を任せている。彼らは構文を書いているのではなく、レビューと方向転換を行っている。結果を指示しているのだ。
これはバイブコーディングとして知られる手法であり、非エンジニアチームが独自に構築できる範囲を変える。しかし、一部のチームが認識する準備ができていないリスクも提示している。
私のチームは、社内の専用AIラボと継続的なチーム教育イニシアチブに支えられ、複数のバイブコーディングスタートアップと社内プロジェクトを積極的に構築し、立ち上げている。
単なるノーコードの新しい名称ではない
OpenAIの共同創業者であり、テスラの元AI責任者であるアンドレイ・カルパシー氏は、2025年に「バイブコーディング」という用語を作った（登録が必要）。Webflow、Zapier、Airtableは、非技術系チームに設定された制限内で作業するための構成要素を提供するノーコードツールの例である。
市場はこのアイデアを迅速に検証した。立ち上げから8カ月以内に、バイブコーディングスタートアップのLovableは年間経常収益（ARR）で1億ドル（登録が必要）を生み出した。1年足らずで、別のバイブコーディングプラットフォームであるReplitは、年換算収益が280万ドルから1億5000万ドルに増加した。Yコンビネーターのギャリー・タンCEOは、2025年にCNBCに対し、「現在のYCスタートアップの約4分の1について、コードの95%はAIによって書かれた」と語った。これらは資金調達を受けた企業であり、顧客に製品を出荷し、対価を得ている。
ビジネス構築者が効果的に活用している領域
エージェンシーやオペレーターと協働してきた経験から、バイブコーディングは3つの状況でその地位を確立している。
• 1つ目は社内ツールだ。カスタムダッシュボード、軽量な顧客関係管理（CRM）プラットフォーム、顧客向けポータルなどである。これらはチームが必要とするツールだが、既製品では正確に対応できないものだ。これらは開発スプリントに組み込まれることはほとんどない。なぜなら、コストを正当化するには小規模すぎることが多いからだ。バイブコーディングにより、四半期ではなく数時間で構築できるようになる。
• 2つ目は仮説検証である。Replitのプロダクトパートナーシップ責任者は、次のような例を共有した。ある創業者は、コンセプトを検証するために開発エージェンシーから50万ドルの見積もりを受けた。彼は数百ドルで動作するプロトタイプを構築した。これはエンジニアを置き換えることではない。アイデアが機能しないことを確認するために6桁の金額を費やさないことが目的だ。
• 3つ目は、現在のプラットフォームでは機能しないワークフローの自動化である。AIアシスタントにロジックを説明し、わずか数分で動作するコードを取得することは、業務の進め方における大きな変化である。
機能しなくなる領域
バイブコーディングを魅力的にする同じスピードが、誤った使い方をすると危険になる要因でもある。
最大の問題はセキュリティである。Veracodeは100以上の大規模言語モデル（LLM）を80の異なるコーディングタスクでテストし、45%のAI生成コードにセキュリティ上の欠陥があることを発見した。
技術的負債も別の問題である。CodeRabbitは470のオープンソースGitHubプルリクエストを調査し、AI生成コードには人間が書いたコードの1.7倍の問題があることを発見した。セキュリティ問題も2.74倍高かった。
可観測性は、より静かなリスクである。何かが壊れた際にコードを理解していなければ、何が問題なのかを把握できない。構築方法を知らない人々は、クライアントの前で何かが問題になるまで、クリーンな修正と事態を悪化させる修正の違いを見分けることができない。
実用的なフレームワーク
1つの質問が、どれだけ慎重に構築する必要があるかを判断するのに役立つ。本番環境で壊れた場合、何が起こるか。これは私が自分のチームに制限を設定する方法である。
以下のガイドラインにも従うべきだ。
• 社内ツール、プロトタイプ、機密性の低いデータを扱う自動化など、障害が単なる不便に過ぎない場合にバイブコーディングを使用する。しかし、顧客の個人情報、決済処理、法令遵守が必要なシステムに関わるものには使用しない。
• バイブコーディングで作成した成果物を本番環境に移行する前に、新入社員のコードと同様に、必ず開発者にレビューしてもらう。
• AI出力を出発点として使用する。価値は、スライドデッキではなく動作するプロトタイプを持ってレビューに臨めることにある。
実際には、これらのガイドラインは、非技術系チームが構築するもののほとんどが社内に留まることを意味する。それは問題ではない。実際の価値の大部分はそこにある。バイブコーディングは、エンジニアリングロードマップに載ることのない小規模ツールのバックログに取り組むのに優れている。
注目すべき変化
バイブコーディングはエンジニアを排除しない。開発スプリントには小規模すぎ、ビジネスチームには技術的すぎる作業量を削減する。その領域で活動するエージェンシーやオペレーターにとって、ツールは2年前とは大きく異なっている。
非技術系の人々が構築できる範囲の限界は変化した。慎重に構築する義務は変わっていない。
