ITで女性たちの健康をサポートするFemTech フェムテックって何？
kotobato
リープリーパー
AIと雰囲気で開発!?バイブコーディングへの期待と落とし穴とは？
リプリパ編集部
詳細な要件定義をしなくても、AIに「こんな感じで」とざっくり伝えるだけ開発できるバイブコーディングが人気です。Y CombinatorのCEOは『コードの95％をLLMが書くスタートアップ」が約25％を占めると予測し、AnthropicのCEOは『12カ月後には事実上すべてのコードをAIが書く時代が来る』と語っています。
この画期的な手法に対して、現場で語られている期待と課題に迫ります。
バイブコーディングとは何か？
「バイブコーディング（Vibe Coding）」という概念は、2025年2月にOpenAIの共同創業者であるアンドレイ・カルパシー氏がXで投稿したことをきっかけに広まった、スラング的な表現です。直感的な「バイブス（雰囲気）」でAIにコード生成を任せる手法のこと。ライブコーディング（Live Coding）との韻を踏んだ命名は、最近、バズワード化しています。さまざまなツールも登場しています。
カルパシー氏自身はバイブコーディングの特徴について、『AIに完全に主導権を委ね、生成されるコードを逐一チェックしたり直接修正したりせずに、流れに身を任せる覚悟が必要』と語っています。この点は、副操縦士としてのコパイロットとは大きく異なる考え方です。
現在の技術水準：
- Anthropic Claude 3.7 SonnetとClaude Code
- Google DeepMindのAlphaCode（競技プログラミングレベル）
- Meta AIのCode Llama（大規模リファクタリング対応）
- CursorやWindsurf、Bolt.new、V0などの専用AIコーディングツール
フラット化が進むスタートアップ
世界中のスタートアップを支援するY Combinatorのギャリー・タンCEOは、限られたエンジニアだけで圧倒的な収益を上げる、AI時代のスタートアップについて語りました。バイブコーディングを適切に利用すれば、例えば開発に従来100人のエンジニアが必要だったシステムも、10人のチームで成し遂げられる、劇的な効率化が実現します。これは、最小限の人数で利益を最大化できる、フラット化された組織の典型的な例だといえます。
成功事例：Base44の8,000万ドル買収
小規模AIスタートアップのBase44は、創業者がたった一人で初期のプロトタイプを立ち上げ、当初は伝統的なエンジニアリングチームを持っていなかった組織です。コード生成AIツールとAPIだけでサービスを開発し、やがて8人のチームへと成長した後、Webサイトビルダーの大手Wixが8,000万ドル（約118億円）で買収しました。
このBase44が他のスタートアップと違った点は、ベンチャーキャピタル（VC）から資金調達を必要としなかったことです。
バイブスだけでは通用しない危険な領域
確かに、開発するのが自分の日常業務のちょっとした困り事の解決や、個人的な趣味アプリのレベルなら、言語化・仕様化を必要としない自分のバイブスに従うのもいいかもしれません。AIの助けを借りながら、何となく雰囲気で開発していくというハードルの低さは一つの選択肢になり得ます。
実際、制作現場では、必ずしも明確な仕様による指示ばかりではなく、「何となくこんな感じで」という曖昧さでやり取りされることもゼロではありません。ただし、それは制作者に相当な経験とスキルがあり、指示者と意思疎通できていることが前提です。
プロのエンジニアたちは、バイブコーディングのさまざまなリスクを警告しています。チーム全体で共有したり他の部署や取引先との連携が必要になってくると、ビジネスで要求されるシビアな機能の実装が必須だからです。あやふやにしか言語化されない雰囲気を適切に解釈し、実装に落とし込む能力こそが、プロフェッショナルの価値です。
現実に起こり得るリスク
- セキュリティーリスクがあるコードが大量に作成される
- メンテナンスまで考慮されるとは限らない
- 監修や検証、修正できるエンジニアにとって、新しい負担に
- 駆け出しエンジニアの学習と教育機会を奪われる
- チーム開発での整合性が取れない可能性も
WIREDが開発者を対象に実施した調査では、AIコーディングについて好意的：36％、懐疑的：38％と、ほぼ拮抗した結果が出ています。また、世代間の意識差も指摘されています。若手エンジニアはAIを積極的に取り入れる一方で、年配エンジニアはより慎重な姿勢を取りがちな傾向も明らかになっています。
▼「バイブコーディング」は開発の仕事を奪うのか？ | WIRED.jp
https://wired.jp/article/vibe-coding-engineering-apocalypse/
ローコード・ノーコードとの関係性
バイブコーディングは、ローコード・ノーコード開発の自然な進化形です。プログラミングコードをほとんど、または全く書く必要がないプラットフォームは、非エンジニアがシステム開発できる民主化です。また、エンジニアの負担も軽減され、効率化と新しい技術チャレンジを実現します。
ただし、中途半端な知識では、不十分なコードが非効率に出力されるだけ。高速かつ大量に生成されるバリエーションから、本当に価値のある結果を選び抜く能力が不可欠です。適切な人材が、適切な指示・監修をする必要があるのは、ローコード・ノーコードと何ら変わりません。
制作ツールが進化しても、プロとアマチュアの差は「道具の使い方」ではなく「何を作るべきかの判断力」にあります。技術的な実装よりも「何を解決すべきか」「どう設計すべきか」の判断力こそが価値となります。
技術の透明化が進む未来
- ローコード・ノーコード + AI = 存在自体が意識されない「透明化」
- バイブコーディングは、開発プロセスの根本的変化の一つ
- エンジニアの役割は「プログラムを書く人」から「監修する人」へ
雰囲気以外でプロに必要なこと
- プロンプト設計と最適化、ロジック構築
- 要件の明確化と言語化
- APIやライブラリー、bot、MCPの適切な利用
- 人による、AIの出力評価と監修
雰囲気 x 専門性をどう共存させるか？
私たちは今、AIがコードの書き方を大きく変えている重要な転換点にいます。経験豊かなプロにはプロの、そしてビギナーや非エンジニアにとっても、それぞれの環境が大きく変わっています。
「AI失業」とまで警戒される、縮小する雇用市場に危機感を抱いている人々にとって、バイブコーディングの登場は諸刃の剣です。ソフトウェア開発のハードルを下げる魅力的な開発手法の一つでありながら、実は最低限必要な基礎知識やロジックの学習機会や、就業のチャンスそのものを奪っているかもしれません。
「バイブスで何でもできる」という幻想そのものが「雰囲気」に過ぎません。成果を達成するプロダクトは、「雰囲気の言語化」と「経験を重ねたプロのノウハウ」の組み合わせで作られるからです。
ある程度の経験を積んだシニアエンジニアであれば、バイブコーディングを試して「勘所」が把握できます。圧倒的に生産性・効率性が上がるところと、制限やリスク、注意点がわかるはず。特に、ソフトウェア品質や運用手順などの非機能要件は、経験がないと判断できません。AIモデルによっては、生成するコードがあまりいいとはいえず、修正を指示してもさらにカオスな状態になることが指摘されています。
一方、経験の浅いジュニアエンジニアや非エンジニアは、雰囲気だけでAIに任せきりのコードを大量に乱造することになります。セキュリティーリスクやバグは、一体、誰の責任になるのか？という問題も指摘されています。
結果として、コードレビューに追われるシニアエンジニアのストレスが溜まるだけ。これらのリスクを無視したバイブコーディングは、技術負債の温床にしかなりません。十分なノウハウがない人が何となくの感覚だけで作った属人性の塊のようなソフトウェアを、プロが後追いでメンテナンスしなければならない状況は、RPAやExcelのマクロが抱えてきたリスクと同じ。なぜ動くのか・動かないのか、誰が作ったのかが分からないプログラムは、チームや組織全体にとってプラスにはなりません。
避けようがない変化はそれとして、新しい可能性として捉えつつリスクや限界も知り、より高次元で自分たちの価値を発揮していく。それが、この「バイブコーディング革命」に対する最も建設的な向き合い方でしょう。
AI時代のエンジニアには、プロとしての判断力を磨き続けることが求められています。今こそ、マインドセットや組織文化、制度の変革—つまり、真のDXを進める時。BlueMemeは、激変する時代の信頼できるパートナーとして、御社に最適なDX推進を全力でサポートします。ぜひ、お気軽にご相談ください。
ABOUT ME
リープリーパー（略称：リプリパ）編集部です。新しいミライへと飛躍するエンジニアたちに、BlueMemeの研究開発の情報を中心にテクノロジーのさまざまな話題を提供しています。
リプリパ編集部の記事一覧
リプリパ編集部の記事一覧
