本記事は 2025年版「vibe codingの可能性と限界」 を、2026年5月24日時点の最新情報 にあわせて全面的に書き直した最新版です。vibe codingという概念自体が再定義されており、ツール・データ・現場の評価も大きく変わっています。最新の状況をお探しの方はこちらをお読みください。
2025年2月、Andrej Karpathy氏が 「vibe coding（雰囲気でAIにコードを任せる開発）」 という言葉を提唱したとき、業界の反応は大きく分かれました。「これで非エンジニアでもアプリが作れる」という期待と、「結局プロが必要だ」という懐疑が交錯していたのが2025年の状況です。
それから約1年。2026年5月時点で、vibe codingを取り巻く状況は大きく変わりました。Karpathy氏本人が「vibe codingはもう古い」と発言し、「agentic engineering（エージェンティック・エンジニアリング）」という新概念を提示 しました。一方で、Lovable・Replit Agent・Bolt.new・v0.app といった「非エンジニア向けAI開発ツール」は着実に進化し、市場規模は2026年で 約85億ドル とも予測されています。
このコラムでは、地域の中小企業の経営者・Web担当者の方に向けて、2026年5月時点のvibe codingの 現実 を、可能性も限界も正直に整理します。
1. vibe codingという概念は、2026年にどう変わったか
※ 以下は2026年5月時点の情報です。最新の正確な状況は Karpathy氏のX投稿（原典） や業界レポートでご確認ください。
Karpathy氏は2025年2月の原典投稿で、vibe codingを「コードのことは忘れて、雰囲気でAIに任せる開発」と定義しました。これに対し、本人が2026年に入ってから次のような言及をしています。
- 2025年12月：自身のコードの 約80%をAIが書いている と発言（「プライドが傷つくが便利すぎてやめられない」）
- 2026年2月：「vibe codingはもう古い」と発言し、agentic engineering（AIエージェントを統括・監督する仕事） という新概念を提唱
- 2026年5月19日：OpenAIからAnthropicへの移籍が報道される
つまり、提唱者本人が「vibe coding」という言葉から距離を取り、「99%のコードは自分で書かず、AIエージェントを統括・監督する仕事」 という、より責任の重い役割定義に進化させています。
一方で、業界のマーケティング文脈では「vibe coding」という言葉が引き続き広く流通しており、関連ツール市場は拡大中です。言葉の使われ方が、提唱当初と現場の実態でズレている ──これが2026年5月時点の状況です。
2. 2026年5月時点で使える主なvibe codingツール
Claude Code、Codex CLI、Cursor は「エンジニア向け」の本格的なAIコーディングツールであり、別記事 Claude Code 2026年版 や Codex 2026年版 で解説しています。ここでは、非エンジニア・準エンジニア層が触れる 主要ツールを2026年5月時点で整理します。
| ツール | 特徴 | 非エンジニア適性 | | --- | --- | --- | | Lovable | UI洗練、ワンクリックデプロイ。完全非エンジニア向け | ◎ | | Bolt.new | ハッカソン・デモ・試作向け、スピード重視 | ○ | | v0.app（Vercel） | デザイン×コードのバランス、デプロイ最速級 | △（多少コードを読める人向け） | | Replit Agent | フロント＋バックエンド＋DBまで一気に組める | ◎（最も機能リッチ） | | Base44 / Mocha / Magic Patterns | 新興プロダクト | ○ |
第三者比較レビューでは、「Replit Agentが最も多機能、v0は技術者寄り、Lovable・Boltはやや簡易」 という評価が主流です。ただし、初期構築フェーズはどのツールでもほぼ同等にコモディティ化しており、差は 価格と外部連携機能 で出ると指摘されています。
3. 「動くものは作れる、ただし本番品質は別問題」というコンセンサス
2026年5月時点で、vibe coding系ツールの 「実際の品質」 に関するデータが業界から多数出てきています。
※ 出典：VentureBeat（2026年）、Retool: The Risks of Vibe Coding、Palo Alto Unit 42、Cloud Security Alliance 2026レポート ほか。
成功事例
- ある非エンジニアが Replit + Claude Code で10以上のアプリを公開、累計ほぼ100万回利用 された事例
- コンサルタントが Boltで企業サイトを3時間で構築、外注費 年間 約432ドル節約
一方で確認されている品質の現実
- vibe codedプロジェクトの約4割が、本番投入時に認証・決済・スケール・セキュリティ周りで壊れる
- AI生成コードの 43%が本番デプロイ後に手動デバッグが必要（2026年調査）
- AI支援PR（プルリクエスト）は人間PRより 1.7倍多くの欠陥を含む
- AI生成コードの 40〜62%にセキュリティ脆弱性
- Palo Alto Unit 42 が公開済みvibe codedアプリ5,600件をスキャンした結果、重大脆弱性 約2,000件、APIキー漏洩 約400件、医療・決済情報を含むPII漏洩 約175件 を発見
- 2026年3月だけで、vibe coding起因のCVE（脆弱性報告）が35件登録
これらは「vibe codingが悪い」ではなく、「速さの裏にトレードオフがある」 ことを示しています。アイデア検証や社内ツールであれば許容できるリスクでも、顧客情報を扱う本番システムでは致命的になる可能性があります。
4. AIコーディング時代の「プロの開発会社」の役割
業界で支配的になっているのは ハイブリッド戦略 です。
「PoC・社内ツール・MVPはvibe coding、本番システムは受託開発で固める」 という棲み分けが、2026年に入って明確に定着しました。
vibe codingが向く領域
- アイデア検証用の 試作品（PoC）
- 社内向けの軽量ツール
- マーケティング用のLP（ランディングページ）
- 障害発生時の影響範囲が小さいもの
- 「動けばよい」レベルの一時的なツール
プロの開発会社が必要な領域
- 顧客情報・決済情報を扱うシステム
- 認証・権限管理が複雑なサービス
- スケーラビリティが必要な本番運用
- 規制対応が必要な領域（医療・介護・金融など）
- 長期保守を前提とした業務システム
- 法令遵守（個人情報保護法・電子帳簿保存法など）が必要なもの
中小企業視点でのメッセージ
中小企業の経営者の方にとっての結論はシンプルです。
- 「アイデア検証」だけならvibe codingで十分 ──月数万円のSaaS費用と数日で試せる
- 「本番化する段階」では、コードレビュー・テスト整備・セキュリティスキャン・インフラ設計をプロが担う 必要がある
- AI支援開発者はコミット量が3〜4倍に増えるが、脆弱性混入率は約10倍にもなる ──「速度の罠」を埋めるレビュー役が必須
つまり、「vibe codingがプロを不要にする」のではなく、「プロの仕事の比重が『書く』から『設計・レビュー・統合』に移る」 というのが2026年5月時点の正確な構図です。
ゼットリンカーでも、お客様自身が試作したvibe codedプロトタイプを 「本番品質に作り直す」「セキュリティと保守性を担保する形に再設計する」 という伴走を行うケースが増えています。試作と本番の境目で迷われた際は、お問い合わせフォーム からお気軽にご相談ください。
5. 中小企業が「vibe coding」とうまく付き合う3つのコツ
2026年5月時点で、中小企業がvibe coding系ツールとうまく付き合うコツを3つにまとめます。
1. 「使う場所」を最初に決める
アイデア検証・社内ツール・LPなど、失敗しても影響の小さい領域 から始めるのが基本です。「いきなり顧客向けの予約システムをvibe codingで作る」のは、現時点ではおすすめできません。
2. 「本番化の境界線」を明確に引く
試作品が好評で「本番に出したい」となった瞬間が、品質設計の入り口です。本番化前に セキュリティスキャン・テスト整備・インフラ設計 が必要なことを、最初から想定しておきましょう。
3. 「AIで作ったあとのレビュー」に予算を割く
AIがコードを書く速度は上がりましたが、そのコードを人間がレビューする工数は減っていません。むしろ「AIに任せた分、レビューの責任が重くなる」が現実です。受託開発を依頼する場合も、コードレビューと品質保証の体制 を持つ会社を選びましょう。詳しくは AI開発会社の選び方 を参照してください。
まとめ
2026年5月時点のvibe codingは、提唱者本人が「agentic engineering」へと再定義 する一方、関連ツール市場は拡大を続けています。Lovable・Replit Agent・Bolt.new・v0.app などのプロダクトは進化していますが、品質データが示すのは 「動くものは作れる、ただし本番品質は別問題」 という現実です。
中小企業として押さえておきたい3点は以下です。
- vibe codingは「アイデア検証」と「軽量ツール」に向く ──月数万円のSaaSと数日で試せる
- 顧客情報・本番運用には、引き続きプロのレビューと設計が必要 ──vibe codedの約4割が本番投入時に壊れる
- AI支援は「速さ」と「脆弱性混入率」がトレードオフ ──速度の罠を埋めるレビュー役が必須
vibe codingを 否定する 必要も、過信する 必要もありません。 使う場所を選び、本番化の境界線を引く ──このシンプルなルールを持っておけば、AI時代の選択肢として活用できます。
FAQ
Q. 2025年版の記事と、何が一番変わりましたか？
A. 提唱者のKarpathy氏自身が「vibe codingは古い」と発言し「agentic engineering」を提唱した点、Lovable・Replit Agent・Bolt.new・v0.appなど主要ツールの状況、そして「約4割が本番投入時に壊れる」「AI生成コードの43%が本番デバッグ必要」「脆弱性混入率10倍」といった定量データが揃ったことが主な変化です。
Q. 中小企業がvibe codingで何を作れますか？
A. アイデア検証用のPoC、社内向けの軽量ツール、マーケティング用のLPなど、失敗しても影響の小さい領域 はvibe codingで十分です。顧客情報・決済情報を扱う本番システムには、引き続き専門家のレビューが必要です。
Q. vibe codingのコストはいくらくらいですか？
A. Lovable・Bolt.new・Replit Agent などは月額 数千円〜数万円のSaaS型が多く、初期コストはほぼゼロで試せます。一方で、本番品質まで作り込む場合は、外注やレビュー工数で別途コストが発生します。
Q. プロの開発会社は今後不要になりますか？
A. 不要にはなりません。むしろ「書く」よりも「設計・レビュー・統合」の比重が上がるため、専門家の役割は重みを増しています。AIが書いたコードの品質保証・セキュリティ監査・長期保守の責任を持てる体制がある会社を選ぶことが、今後ますます重要になります。
Q. 試作品を本番化したい場合、どうすればよいですか？
A. まずは作ったプロトタイプの 画面・動作・データ構造 を整理し、本番化に必要な要件（認証・セキュリティ・スケール・運用体制）をリストアップしましょう。そのうえで、vibe codedの資産を活かして本番品質に作り直してくれる開発パートナーに相談するのが現実的です。ゼットリンカーでもこのようなご相談を受けています。
この記事を書いた人
株式会社ゼットリンカー