メインコンテンツへスキップ
Dev Tools 26分で読める

バイブコーディング入門|AIに"雰囲気"で指示する開発手法の光と影【2026年版】

「Cursorで3時間、ゲーム開発の経験ゼロなのに3Dフライトシミュレーターが動いた」。インディーメーカーのPieter Levelsは、そのプロジェクトを17日で年間売上100万ドルまで伸ばした(Coding Beauty)。一方、Zennでは「最初の1週間は天国だったが、その後は制御不能な地獄になった」という告白記事がバズっている。

天国と地獄、どちらもバイブコーディングのリアルだ。

MIT Technology Reviewが**2026年版「世界を変える10大ブレイクスルー技術」**に選出(出典)したこの開発手法は、誰にとっても無視できないテーマになった。この記事では、バイブコーディングの定義から実践ツール、成功・失敗事例、そしてセキュリティリスクまでを、データと実体験で解き明かす。

この記事はこんな人におすすめ
  • 「バイブコーディング」という言葉は聞くが、正確に何を指すのか知りたいエンジニア
  • Cursor・Claude Code等のAIツールを導入したいが、リスクも把握しておきたい方
  • バイブコーディングがフリーランスの仕事にどう影響するか気になる方

バイブコーディングの誕生:Karpathyの1ツイートから始まった

2025年2月2日、元OpenAI創設メンバーのAndrej KarpathyがXに投稿した。

“There’s a new kind of coding I call ‘vibe coding’, where you fully give in to the vibes, embrace exponentials, and forget that the code even exists.” — Andrej Karpathy

「新しいコーディングのやり方を”バイブコーディング”と呼んでいる。バイブ(雰囲気)に完全に身を任せ、指数関数的な進歩を受け入れ、コードの存在すら忘れるんだ。」

Karpathyはさらに、Cursor Composerに音声で指示を出し、diffを一括承認し、エラーが出たらエラーメッセージをそのままAIに投げ返すと説明。自身でも「使い捨ての週末プロジェクトには悪くない」程度の位置づけだった。

それが1年で爆発した。

バイブコーディング(Vibe Coding)の正確な定義

多くの解説記事が「AIでコードを書くこと全般」をバイブコーディング(vibe coding)と呼んでいるが、これは不正確だ。Django共同開発者のSimon Willisonは明確に区別している(出典)。

観点従来のコーディングAI支援エンジニアリングバイブコーディング
コード理解全行を自分で書くAIが書いたコードを全行レビューコードを読まない
テスト自分で書くAIにテストも書かせ、必ず実行ほぼ書かない
エラー対処原因を特定してデバッグ原因を理解した上でAIに修正させるエラーメッセージをコピペ
diff確認全行確認全行確認一括承認
品質管理手動レビュー+CI/CDAIレビュー+CI/CDなし

Willisonの基準はシンプルだ。「コードの全行を説明できないなら、本番にコミットするな。 LLMが書いたコードでも、レビューしてテストして説明できるなら、それはバイブコーディングではなくソフトウェアエンジニアリングだ。」

GoogleのAddy Osmaniも著書『Beyond Vibe Coding』(O’Reilly, 2025)で同様の線引きをしている。最大の差別化要因はテストだ。「堅牢なテストスイートがあれば、信頼性の低いAIエージェントを信頼性の高いシステムに変えられる。」

成功事例:バイブコーディングの「天国」

Pieter Levels: 3時間で3Dゲーム → 17日で年間100万ドル

インディーメーカーとして知られるPieter Levelsは、ゲーム開発の経験がゼロの状態でCursorを使い、3時間で3Dマルチプレイヤー・フライトシミュレーターを作った。リリースから17日で年間収益(ARR)100万ドルに到達した(Coding Beauty)。

Claude Codeで1週間、コード記述率0.01%

日本のQiita投稿者は、Claude Code Proを使って「99.99%コードを書かずに」1週間でWebサービスを完成させた(Qiita)。プロンプトで設計を伝え、AIが実装し、人間は動作確認だけを行うスタイルだ。

トランスコスモス: 特定プロジェクトで開発工数8割減

大手BPO企業のトランスコスモスは、特定のパイロットプロジェクトにおいてAIコーディングツールの導入で開発工数を最大80%以上削減(15.5人日の作業を約1.5人日で完了)。ジュニアエンジニアが上流工程を担当する新しいワークフローを実現した(CodeZine)。

非エンジニアがエンジニアに勝った日

Zennで話題になった記事では、プログラミング経験のない人物がバイブコーディングでプロトタイプ制作の速度と完成度において現役エンジニアを上回った体験が報告されている(Zenn)。ただし、これはプロトタイピング段階の話であり、セキュリティやパフォーマンスを含む本番品質の評価ではない。それでも、「何を作るべきか」を明確に言語化できるドメイン知識が、実装スキルを上回るケースがあることを示している。

失敗事例:バイブコーディングの「地獄」

「最初の1週間は天国、その後は地獄」

成功事例と対照的に、バイブコーディングの限界を赤裸々に綴った記事もバズっている。AIが書いたコードが膨張し、修正を重ねるたびに整合性が崩れ、最終的には手作業でのリファクタリングが必要になった(Zenn)。

Karpathy自身が手書きに回帰

皮肉なことに、提唱者Karpathy自身が2025年10月、新プロジェクト「Nanochat」(8,000行のLLMパイプライン)を完全に手書きでリリースした。Claude CodeやCodexなどのAIエージェントをテストしたが、「十分に役に立たなかった(not helpful)」と認めている(Futurism)。

複雑なシステムレベルのコードでは、AIは今のところ人間の代替にならない。

Adidas: 開発者の90%がツールを嫌った

AdidasがAIコーディングツールを導入した最初のパイロットは「見事に失敗」した。開発者の90%がツールを拒否し、原因は導入方法(トップダウンの押しつけ)と既存ワークフローとの不一致だった(IT Revolution)。

「バイブコーディング・クリーンアップ」が新ビジネスに

バイブコーディングで作られたコードベースの修正・リファクタリングを専門とするクリーンアップサービスが急成長している。時給200〜400ドル(donado.co)。バイブコーディングの後片付けが、それ自体で収益源になっているのは示唆的だ。

データが語るセキュリティリスク

バイブコーディング最大の懸念は、セキュリティだ。「動けばOK」のアプローチは、脆弱性を見落とすリスクと隣り合わせになる。

調査結果出典
Tenzai社(2025年12月)主要5ツールが生成した15アプリから69件の脆弱性を発見。半数がHigh以上CSO Online
Veracode(2025年)AI生成コードの**45%**がセキュリティ脆弱性を含むBayTech Consulting
CodeRabbit(2025年12月)AI共著のPRはXSS脆弱性率が2.74倍CodeRabbit Report
Faros AIテレメトリ分析(2025年)PRサイズ154%増、レビュー時間91%延長、バグ率9%増TechTarget
METR研究(2025年)経験豊富な開発者がAIツールで19%遅くなった(本人は20%速くなったと思い込んでいた)InfoWorld
見落としがちなリスク

AIエージェントがランタイムエラーを解消するために、検証チェックを削除したり認証フローを無効化する事例が報告されている(The New Stack)。「動くようになった」が「安全になった」とは限らない。

METR研究の結果は特に注目に値する。AIツールを使っている本人は「速くなった」と感じているのに、実測では19%遅くなっていた。ツールの設定やプロンプト調整に時間を取られ、かえって効率が落ちるパターンだ。

バイブコーディングのツール選び

2026年2月時点の主要ツールを整理する。

ツール種別月額特徴向いている用途
CursorAI IDE$20〜Composerで複数ファイル一括編集。Agent Mode搭載プロの日常開発
Claude CodeCLIエージェント$20〜ターミナルベース。200Kコンテキスト。大規模リファクタリングに強い大規模プロジェクト
WindsurfAI IDE$15〜自律エージェント「Cascade」搭載。Cursorより月額$5安いコスト重視の開発者
GitHub Copilotエディタ拡張無料〜$10VS Code/JetBrainsと深く統合。導入ハードルが低い入門・軽量タスク
Bolt / LovableWebアプリビルダーフリーミアムプロンプトからフルスタックアプリをデプロイ非エンジニアのMVP
ReplitクラウドIDEフリーミアムブラウザ完結。デプロイまでワンストップ学習・プロトタイプ

※ 料金はUSドル表記。2026年2月時点の公式サイト掲載価格であり、変更される場合があります。

Claude CodeとGitHub Copilotの詳しい比較は「Claude Code vs GitHub Copilot 実務比較」を参照してほしい。

バイブコーディングで失敗しないための5つのルール

バイブコーディングの速度を活かしつつ、地獄に堕ちないための5原則をまとめる。GitHub Copilotだけ使っている人も、Cursorでフルに委任している人も、共通して役立つ。

1. スペックを書いてからプロンプトする

2段落でいい。「何を作るか」「誰のためか」「コア機能は何か」を先に言語化する。これだけで「AIが見当違いのものを作った」問題の大半が消える。

2. 段階的に構築する

一括で全てを頼まない。型定義 → スキーマ → CRUD → APIルート → UIコンポーネントの順に分解して指示する。1ステップ1プロンプトが基本だ。

3. 動くたびにコミットする

「変更のたび」ではなく「動作する変更のたび」にgit commitを打つ。バグが混入した箇所の特定が劇的に楽になる。

4. AIの出力をドラフトとして扱う

コードレビュー、リファクタリング、テストを必ず挟む。説明できないコードはマージしない。これがSimon Willisonの黄金ルールだ。

5. セキュリティチェックを自動化する

CI/CDパイプラインにSAST(静的解析、例: Semgrep)やSCA(依存関係チェック、例: Snyk, npm audit)を組み込む。AIが書いたコードこそ、人間以上に機械的なチェックが必要だ。

AI IDEのセキュリティリスクについては「IDEsaster|全AI IDEに共通する脆弱性の正体」で詳しく解説している。

バイブコーディングの次:コンテキストエンジニアリング

2025年後半から、バイブコーディングの進化形としてコンテキストエンジニアリングという概念が台頭した。MIT Technology Reviewは「From vibe coding to context engineering」と題してこの流れを報じている。

コンテキストエンジニアリングとは、「AIのコンテキストウィンドウに、次のステップに必要な情報を過不足なく充填する技術」だ。BloomTech創設者のAusten Allredは「コンテキストエンジニアリングはプロンプトエンジニアリングの10倍、バイブコーディングの100倍優れている」と述べた

具体的には、CLAUDE.md、.cursorrules、プロジェクト構造の文書化、テストスイートの整備といったAIが参照する文脈を設計する作業がこれにあたる。バイブコーディングが「AIに丸投げ」なら、コンテキストエンジニアリングは「AIに正しい地図を渡す」アプローチだ。

Claude Codeのコンテキスト管理については「Claude-Mem完全ガイド」や「MCP実践入門」で解説している。

フリーランスエンジニアへの影響

バイブコーディングの普及は、フリーランスエンジニアの市場にどう影響するのか。

パラドックス: 最も必要としない人に最も効果的

devclassが指摘するバイブコーディングのパラドックスは核心を突いている(出典)。コードを書く必要がないシニアエンジニアこそ、AIの出力を正しく評価し、危険な提案を即座に却下できる。逆に初心者は、AIが出した「もっともらしいが間違ったコード」を見抜けない。

役割の変化

PERSOL XTECHの分析によると、エンジニアの将来像は大きく2つに分かれる(出典)。

  • プロダクトエンジニア(大多数): ドメイン知識+AI活用で、設計からデプロイまでを一人で回す
  • エキスパートエンジニア(少数): AIでは代替できない超高度な専門性を持つ

フリーランスにとっては、「コードを書く速度」で勝負する時代から「正しいシステムを設計し、AIを監督する力」で差がつく時代への転換を意味する。

フリーランスのキャリア戦略全体については「フリーランスエンジニア完全ロードマップ」で体系的に解説している。

新しい収益機会

一方で、バイブコーディングが生み出す新たな需要もある。

  • クリーンアップサービス: バイブコーディングで作られたコードのリファクタリング(前述の通り時給200〜400ドル)
  • セキュリティ監査: AI生成コードの脆弱性チェック
  • AIワークフロー構築: 企業のAI開発環境設計

「AIが作ったものの後始末ができるエンジニア」の市場価値は上がっている。

まとめ

観点バイブコーディングAI支援エンジニアリング
コード理解読まない全行レビュー
テストほぼなし必ず実行
セキュリティ高リスク(XSS脆弱性率2.74倍)管理可能
速度非常に速い速い
向いている場面プロトタイプ・使い捨て本番プロダクト
提唱者の今Karpathy自身が手書きに回帰Willison・Osmaniが推奨

バイブコーディングは「コードを書かずにソフトウェアを作る」という夢を部分的に実現した。MIT Technology Reviewの10大ブレイクスルーに選ばれるほどのインパクトがある。

だが、提唱者自身が本格プロジェクトでは手書きに戻り、AI生成コードの45%にセキュリティ脆弱性が含まれるという現実もある。

プロのエンジニアが取るべきアプローチは明確だ。バイブコーディングの速度を活かしつつ、レビュー・テスト・セキュリティチェックを省略しない「AI支援エンジニアリング」。コードを理解し、説明でき、責任を取れる状態を維持すること。それが、AI時代にエンジニアの価値を証明する方法だ。

※ 本記事の情報は2026年2月時点のものです。ツールの料金・機能・セキュリティ特性は変更される場合があります。セキュリティ対策については最新の公式ドキュメントを参照してください。


Share