バイブコーディング（vibe coding）とは、AIに自然言語で作りたいものを伝え、生成されたコードを読まずに受け入れながらソフトウェアを作る開発のやり方です。語源の「vibe」は vibration（振動）を縮めた英語の口語で、「雰囲気・ノリ」を指します。言葉そのものは、OpenAI共同創業者のアンドレイ・カーパシー（Andrej Karpathy）が2025年2月2日（日本時間3日朝）にXへ書いた投稿から生まれました。この記事では、投稿の原文、辞書の定義、よく混同される「AIを使った開発」との線引き、そして本人が1年後に挙げた後継語までを一次情報で確認します。
まとめ：バイブコーディングの語源・由来と意味の要点
- 読み方：バイブコーディング。英語は vibe coding（vibecoding とも書く）。vibe の発音は /vaɪb/ で「バイブ」。
- 語源：vibe は vibration の短縮形で、「直感的に感じる雰囲気」の意味では1967年から用例がある。楽器ヴィブラフォンの略の vibes は別の語。
- 由来：カーパシーが2025年2月2日（UTC）に投稿した「There’s a new kind of coding I call ‘vibe coding’」が最初とされる。Merriam-Webster も辞書の注記でこの投稿を挙げている。
- 意味：AIの出力を読まず、差分も確認せずに受け入れて進める開発。AIを使っていても、レビュー・テストして説明できるならバイブコーディングではない。
- その後：2025年11月にCollinsの「今年の言葉」に選ばれ、2026年9月にMerriam-Websterの辞書へ収録。カーパシー本人は2026年2月、専門家の仕事には「agentic engineering」という呼び名を推した。
バイブコーディングの意味と英語での定義
バイブコーディングは、開発者がコードを書く代わりに自然言語でAIへ指示し、返ってきたコードを中身を読まずに採用して、動くかどうかだけを見ながら作り進めるやり方です。核心は「AIを使うこと」ではなく、生成されたコードを理解・確認しないまま任せることにあります。
Merriam-WebsterとCollinsの辞書定義
英語の辞書は、この語をもう少し広く定義しています。Merriam-Webster の辞書項目は「AIシステムを使って、特定のプログラミング言語のコンピューターコードを生成する行為・実践」とし、初出を2025年としたうえで、カーパシーの2025年2月2日の投稿を注記に引いています。Collins English Dictionary の定義は「自然言語で指示した人工知能を、コンピューターコードを書く支援に使うこと」です。
どちらも「コードを読まない」という条件を定義文に入れていません。辞書は、AIでコードを書くこと全般に広がった用法を記録しています。一方、言い出したカーパシーの原文と、後で触れるSimon Willisonの整理は「読まない」ことを本質としています。開発の現場で使うなら、狭い方の意味で使う方が誤解を生みません。
読み方・英語表記と品詞
読みは「バイブコーディング」で、「バイブ・コーディング」と中黒を入れる表記もあります。英語の綴りは vibe coding のほか vibecoding もあり、Merriam-Webster のスラング解説は動詞形を vibe code としています。vibe の発音記号は /vaɪb/ です。「バイブ」は日本語での表記であり、英語の語頭の /v/ は日本語の「バ」の子音とは異なります。
語源：vibeはvibrationを縮めた口語
バイブコーディングの語源をたどるには、まず vibe という単語の成り立ちを確認します。結論は、vibration（振動）の短縮形です。音楽用語から来たわけではありません。
vibeの語源と1967年からの用例
Merriam-Webster は「雰囲気・感じ」を表す名詞 vibe を「short for vibration」とし、初出を1967年としています。語源辞典の Etymonline も、「直感的な感じ」を意味する1960年代のスラングとして、vibration の略である vibes の用例を1967年から確認できるとしています。Wiktionary も、人や場所に感じる雰囲気を指す1960年代ごろからの用法とし、複数形 vibes で使われることが多いと説明しています。
紛らわしいのは、同じ綴りの vibes が楽器ヴィブラフォン（vibraphone）の略としても使われる点です。Merriam-Webster はこれを別の名詞として分けて載せています。ジャズの楽器名と、雰囲気を表す vibe は語源が別なので、「vibe は音楽由来」という説明は二つを混同しています。
原文は複数形の「vibes」
カーパシーの原文は「you fully give in to the vibes」で、身を委ねる対象は複数形の vibes です。名詞としての vibe を coding の前に置いて vibe coding という複合語にしたため、語の中では単数形に見えるだけです。日本語の「バイブス」（ノリ・気分）も同じ英語 vibes から入った言葉なので、「バイブス」と「バイブコーディングの vibe」は別物、とする説明も正確ではありません。
由来：カーパシーの2025年2月2日の投稿
言葉の生みの親は、OpenAIの創業メンバーで、TeslaのAI部門を率いたこともある研究者アンドレイ・カーパシーです。由来をたどるなら、まず本人の投稿を読むのが確実です。2026年10月30日に取得した投稿データでは、閲覧数は約738万回でした。
投稿の原文と和訳
投稿は1段落の長文で、冒頭の一文がそのまま定義になっています。
「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.」
（私が「バイブコーディング」と呼ぶ新しいコーディングがある。完全に雰囲気に身を委ね、指数関数的な進歩を受け入れ、コードが存在することさえ忘れてしまうやり方だ）
続く文には、このやり方の中身が書かれています。主要な一節を和訳と並べます。
| 原文の一節 | 和訳 | 示していること |
|---|---|---|
| Cursor Composer w Sonnet | Sonnetを使うCursor Composer | 当時の使用ツール |
| I just talk to Composer with SuperWhisper | SuperWhisperで話しかけるだけ | 音声入力で指示 |
| I 「Accept All」 always | いつも「すべて承認」 | 変更を無条件に採用 |
| I don’t read the diffs anymore | もう差分を読まない | レビューしない |
| I just copy paste them in with no comment | エラーは説明なしで貼るだけ | 原因を自分で調べない |
| The code grows beyond my usual comprehension | コードが理解できる範囲を超える | 中身を把握していない |
| throwaway weekend projects | 使い捨ての週末プロジェクト | 想定した用途 |
投稿の最後は「it’s not really coding - I just see stuff, say stuff, run stuff, and copy paste stuff, and it mostly works（本当はコーディングではない。見て、言って、実行して、コピペするだけで、だいたい動く）」で締められています。本人が最初から「週末の使い捨て」向けと限定していた点は、後の誤用を考えるうえで押さえておきたいところです。
投稿日は2月2日（日本時間は2月3日）
投稿の記録上の日時は2025年2月2日23時17分（UTC）で、日本時間では2月3日の午前8時17分です。投稿IDに埋め込まれたタイムスタンプを計算しても同じ値になります。日本の日付で書くなら2月3日です。一方、Simon Willisonの2025年3月19日の記事は造語日を「February 6th」と書いていますが、投稿の日時とは合いません。日付を引用するときは投稿そのもので確かめてください。
辞書に載るまでの時系列
投稿から辞書収録まで、約1年半の時系列です。
| 日付 | 出来事 |
|---|---|
| 2025-02-02 | カーパシーがXに投稿 |
| 2025-03-19 | Willisonが誤用を指摘する記事 |
| 2025-10-07 | Willisonが vibe engineering を提案 |
| 2025-11-06 | Collinsが「今年の言葉2025」に選定 |
| 2026-02-04 | カーパシーが1年後の振り返りを投稿 |
| 2026-09-15 | Merriam-Websterが新語・新語義1,400件の追加を発表 |
Collinsの2025年11月6日の発表は「Just go with the vibes（とにかくノリで行こう）」と書き、構文と格闘せずAIに頼む姿をこの語の本質としています。Merriam-Websterの2026年9月の新語発表では、compute や AGI と並ぶ技術分野の新語として紹介されました。
AIを使う開発との線引き：Willisonの定義
語が広まるほど、「AIでコードを書くこと」全般をバイブコーディングと呼ぶ用法が増えました。これに早い段階で異を唱えたのが、Django の共同開発者として知られる開発者 Simon Willison です。
レビューして説明できればソフトウェア開発
Willisonは2025年3月19日の記事「Not all AI-assisted programming is vibe coding」で、バイブコーディングを「LLMが書くコードをレビューせずにソフトウェアを作ること」と定義しました。そのうえで、「LLMがコードを書き、それをレビューし、十分にテストし、他人に動作を説明できる状態にしたなら、それはバイブコーディングではなくソフトウェア開発だ」と線を引いています。
判定の軸は生成されたコードをレビューせずに受け入れているかどうかです。通常のソフトウェア開発として扱う条件には、レビューに加え、十分なテストと他人に動作を説明できることが含まれます。Willisonは同じ記事で、バイブコーディングが「無責任なAI開発」の同義語になることも望まないと書いており、低リスクの試作では積極的に使ってよいという立場です。
バイブエンジニアリングの提案（2025年10月）
その後Willisonは2025年10月7日の記事で、反対側の働き方に名前を付けました。経験のある開発者がLLMで作業を速めながら、成果物への責任をはっきり持ち続けるやり方を「vibe engineering（バイブエンジニアリング）」と呼ぶ提案です。本人は「半分は冗談で」と断っていますが、バイブコーディングとは違う、より難しく高度な使い方だと区別する狙いがあります。
1年後の振り返りと後継語agentic engineering
カーパシー本人も、1年後に言葉の位置づけを更新しています。2026年2月4日（UTC）の投稿では、元の投稿を「何も考えずに放った、思いつきの使い捨て投稿（a shower of thoughts throwaway tweet）」と振り返り、それが多くの人が同時に感じていたものにちょうど合う名前になった、と書いています。
同じ投稿で本人は、当時はLLMの能力が低く、バイブコーディングは遊びの使い捨てプロジェクトやデモが中心だったと述べています。1年後の今は、LLMエージェントを使ったプログラミングが専門家の標準の進め方になりつつあり、ただし監督と精査がより多く伴う、という整理です。これを区別する呼び名として本人が推したのが agentic engineering でした。「agentic」は99%の時間はコードを直接書かずエージェントを指揮・監督するから、「engineering」は学んで上達できる専門技能だから、と説明しています。
つまり、言い出した本人がバイブコーディングを「読まずに任せる遊びの開発」に限定し、仕事としてのAI開発には別の名前を使うよう促したことになります。エージェントに任せつつ品質を保つ進め方は、エージェンティックコーディングの意味と進め方で扱っています。
従来の開発・仕様駆動開発・agentic engineeringとの違い
似た言葉と並べると、違いは「コードを誰が読むか」と「事前に何を決めるか」の2点に集約できます。
| やり方 | コードを書く | 生成物のレビュー | 事前の仕様 | 向く用途 |
|---|---|---|---|---|
| 従来の開発 | 人 | 人がする | 設計で決める | 全般 |
| バイブコーディング | AI | しない | ほぼなし | 試作・使い捨て |
| 仕様駆動開発 | AI | 仕様と照合する | 文書で固める | 本番機能 |
| agentic engineering | エージェント | 人が監督する | 目標と検証手順 | 本番開発 |
仕様駆動開発は、AIに書かせる前に要件と設計を文書にして、その仕様との一致で出力を検証する進め方です。雰囲気に任せるバイブコーディングとは前提が逆で、試作をバイブコーディングで作り、本番化の段階で仕様を起こして作り直す、という順番なら両立します。仕様の書き方や段階は仕様駆動開発（SDD）の解説を、エージェント型ツールの仕組みはコーディングエージェントの仕組みと選び方を参照してください。デザイン工程に同じ発想を持ち込んだ「バイブデザイン」についてはVibe Designとバイブコーディングの違いで整理しています。
バイブコーディングのメリットと向く場面
利点の中心は速さです。カーパシーの例のように、サイドバーの余白を半分にする程度の変更なら、該当箇所を探す手間すら省けます。
向くのは、失敗しても影響が小さく、作って確かめること自体に価値がある場面です。新しいアイデアを確かめる試作、機密情報や本番環境に接続しない自分専用の小さなツール、学習用の実験、ダミーデータで動かすデモが典型です。Willisonも、コードを書けない人が自分用の道具を作れるようになること、そこからプログラミングに興味を持つ人が出ることを利点に挙げています。
ブラウザだけで試せる環境には、チャットで画面とデータベースまで作るLovableやBolt.new、エージェントがアプリを組み立てて公開まで行うReplit、カーパシーが投稿で名前を挙げたエディタのCursorなどがあります。無料枠の範囲で試すなら無料で使えるコーディングAIの比較が参考になります。
デメリットと事故例：本番に使ってはいけない条件
読まずに受け入れる以上、問題が混じっても気づけません。これは一般論ではなく、数字と事故例で確認できます。
80のコード補完課題の45%で脆弱性（Veracode 2025）
セキュリティ企業Veracodeが2025年7月30日に公表した調査では、80の課題を100以上のLLMに解かせたところ、45%のケースで OWASP Top 10 に分類される脆弱性が入りました。言語別ではJavaの失敗率が70%を超え、Python・C#・JavaScriptも38〜45%でした。クロスサイトスクリプティング（CWE-80）への対策は86%、ログインジェクション（CWE-117）は88%のケースで欠けていました。この調査は生成コードのコンパイル可否と静的解析によるセキュリティを評価しており、機能が正しく動くかは検証していません。動作確認だけで進めるバイブコーディングでは、まさにこの種の欠陥が素通りします。
開発中のエージェントが本番DBを削除（Replit 2025年7月）
2025年7月には、SaaStr共同創業者のJason Lemkinが試していたReplitのAIエージェントが、本番データベースのデータを削除する事故が起きました。ReplitのCEO Amjad Masadは2025年7月20日の投稿で「開発中のエージェントが本番データベースのデータを削除した。容認できず、起こり得てはならない」と認め、開発用と本番用データベースの自動分離を展開し始めたこと、コードに触れない計画専用モードを開発中であることを表明しています。開発環境から本番の資源に手が届く状態でエージェントに任せる危険を示す事例です。ただし、Replitの公式報告では、このデータはロールバックで全復元され、最終的なデータ損失はありませんでした。同じ報告は、エージェント自身がこのロールバック機能の存在を知らず、チャットでは復旧の助けにならなかったことも認めています（Replit公式ブログ）。Lovableでも、生成アプリのデータベースのアクセス制御（RLS）が抜ける問題が指摘されています（LovableのRLSのセキュリティ対策）。
採用してはいけない場面の線引き
次のどれかに当てはまるなら、バイブコーディングのまま出してはいけません。
- 個人情報・決済・認証を扱う
- 自分以外の利用者がいる、または外部に公開する
- 本番のデータベースやクラウドの権限をAIに渡している
- 数か月以上の運用や、別の人による保守が前提
どれかに当たる時点で、生成コードを読んでテストし、Willisonの基準どおり「他人に説明できる」状態にしてから出します。業務システムでAI開発を取り入れるときの体制づくりやPoCの進め方は、当社の生成AI導入支援でも相談を受けています。
バイブコーディングの始め方と試作を本番へ移す手順
始めるのに特別な準備はいりません。ただ、試作で終わらせない場合は、途中で「読む工程」へ切り替える前提で進めます。
- 作りたいものを一文で書く（例：入力した予定を日付順に一覧表示するメモアプリ）。
- LovableやCursorなどに指示し、出てきたものを実行する。エラーはメッセージをそのまま渡して直させる。
- 動いたら機能を一つずつ足す。一度に複数の要求を詰め込まない方が手戻りが減る。
- 変更は最初からGitなどで履歴に残しておく。実データを扱う前に本番と開発のデータを分け、AIには試作用の権限だけを渡す。
- 公開前に生成コードを読み、認証・入力チェック・秘密情報の置き場所を確認してテストを書く。
手順4の履歴管理と環境分離だけでは、バイブコーディングから脱したことにはなりません。手順5で生成コードを読み、十分にテストし、動作を説明できる状態にすることで、通常のソフトウェア開発へ切り替えます。カーパシーとWillisonの定義に沿うなら、その切り替えこそが試作を製品にする工程です。
よくある質問
バイブコーディングの語源は何ですか？
英語の口語 vibe（雰囲気・ノリ）です。vibe は vibration（振動）を縮めた語で、「直感的に感じる雰囲気」の意味では1967年から用例があります（Merriam-Webster、Etymonline）。楽器ヴィブラフォンの略の vibes とは別の語なので、「音楽由来」という説明は正確ではありません。この vibe を coding の前に付け、細部を詰めずノリで作る様子を表したのが vibe coding です。
バイブコーディングはいつから、誰が言い出した言葉ですか？
OpenAI共同創業者のアンドレイ・カーパシーが、2025年2月2日（UTC、日本時間2月3日朝）にXへ投稿したのが始まりとされます。Merriam-Websterの辞書項目も、この投稿を初出として注記しています。同年11月にCollinsの「今年の言葉2025」に選ばれ、2026年9月にMerriam-Websterの辞書へ正式に収録されました。
vibe codingの英語での意味と読み方は？
読みは「バイブコーディング」で、vibe の発音は /vaɪb/ です。Merriam-Websterは「AIシステムを使ってコンピューターコードを生成する行為」、Collinsは「自然言語で指示したAIをコード作成の支援に使うこと」と定義しています。ただし提唱者の原文は「コードの存在を忘れる」こと、つまり生成物を読まないことを本質としており、開発の現場ではこの狭い意味で使う方が誤解がありません。
バイブエンジニアリングとは何ですか？
Simon Willisonが2025年10月7日に提案した呼び名で、経験のある開発者がLLMで作業を速めながら、成果物への責任を持ち続ける働き方を指します。レビューせずに任せるバイブコーディングの反対側に名前を付けたものです。カーパシー本人は2026年2月に、同じ領域を指す語として agentic engineering を推しています。
バイブコーディングのデメリットは何ですか？
生成されたコードを読まないため、脆弱性や誤動作に気づけないことです。Veracodeの2025年の調査では、指定されたコード補完課題の45%のケースで、OWASP Top 10に分類される脆弱性が入りました。2025年7月にはReplitのエージェントが本番データベースのデータを削除しています。個人情報・決済・外部公開・本番権限のどれかが絡むなら、コードを読んでテストしてから使ってください。
関連記事
- Agentic Coding（エージェンティックコーディング）とは？意味と進め方・Claude Codeでの始め方【2026年10月】
- 仕様駆動開発（SDD／Spec-Driven Development）とは？TDDとの違い・3つの段階とSpec Kitで試す手順【2026年10月】
- Coding Agent（コーディングエージェント）とは？仕組み・3つの型と主要ツールの料金・選び方【2026年10月】
- Vibe Design（バイブデザイン）とは？Vibe Codingとの違い・進め方・ツール比較【2026年10月】
- 無料で使えるコーディングAI比較｜コード生成AIの無料枠・制限・学習利用【2026年10月】
