バイブコーディングとは？語源とツール一覧、作ってよいものの線引き

最終更新：2026年10月17日

バイブコーディングとは、AIに日本語などの自然言語で「こういうものを作って」と頼み、生成されたコード（プログラムの文章）を読まずに、動くかどうかだけを見ながらソフトウェアを作っていくやり方のことです。2025年2月にAI研究者のアンドレイ・カーパシー（Andrej Karpathy）がXへの投稿で名づけ、同年11月には英国の辞書出版社コリンズ（Collins）の「今年の言葉」に選ばれました。結論から言えば、コードが書けないマーケターでも、自分の仕事を楽にする小さな道具は本当に作れるようになっています。ただ「動いた」と「大丈夫」は別物で、その差を埋めるのはAIではなく人です。この記事では、原義と広義の違いの一覧、語源、ノーコードとの違い、2026年10月時点のツール、非エンジニアが作ってよいものの線引きまで書いていきます。

バイブコーディングとは？原義と広義の違い一覧

バイブコーディングという言葉は、名づけた本人の「コードを読まない」という原義と、日本で広まった「AIと会話しながら作る開発全般」という広義の、二つの意味で使われています。どちらの意味で話しているかをそろえないと、安全性の議論がかみ合いません。

原義をはっきりさせたのは、ソフトウェア開発の論者二人です。マーティン・ファウラー（Martin Fowler）は「LLM（大規模言語モデル。ChatGPTやClaudeの中身にあたるAI）への指示でアプリを作り、生成されたコードをレビューしないこと」と定義しました（ファウラーのbliki）。サイモン・ウィリソン（Simon Willison）も「LLMに書かせたコードをレビューせずにソフトを作ること」と定義し、プロがレビューしテストして理解するAI支援開発は別物で、LLMを使うこと自体は問題ではないと線を引きました（ウィリソンの記事）。彼の黄金律は、自分が説明できないコードは採用しない、です。

非エンジニア向けに言い換えると、コードはソフトの設計図であり、材料でもあります。バイブコーディングは、設計図を読まずに「できあがった家に住んでみて、雨漏りしなければよし」とする作り方です。週末の小屋ならそれで構いません。人を住まわせる家なら、話が変わります。

語源と出典──カーパシーの2025年2月の投稿と、1年後の本人の振り返り

言葉の出どころは、アンドレイ・カーパシーが2025年2月2日にXへ投稿した短い文章です。本人は1年後、この投稿を「シャワー中の思いつきの使い捨てツイート」だったと振り返っています。

見落としたくないのは、名づけた本人が最初から「使い捨てなら」と条件をつけていたことと、1年後には監督と精査つきのやり方を別の名前で呼び分けたことです。日本語のメディアでは、NTTドコモビジネスやソフトバンクの解説記事のように、AIと会話して作る開発全般を指す広い意味で説明されることが多く、原義の「読まない」は薄まっています。

バイブコーディングとノーコード・AIアシスタントの違い

バイブコーディングとノーコードは、どちらも「コードを書かずに作る」と言われますが、裏側は正反対です。ノーコードはコードが生まれない仕組みで、バイブコーディングは本物のコードが大量に生まれるのに、人がそれを読まない状態です。

IBMの定義を引いた二行以外はぼくの整理です。実務で気をつけたいのは、社内で「バイブコーディングで作りました」と言われたとき、ノーコードのつもりで聞いてしまうことです。ノーコードの試作なら壊れてもツールの中で済みますが、AIが生成したコードが外部のデータベース（データの保管庫）につながっていれば、壊れ方は外に出ます。何で作ったかより、何につながっているかを聞くほうが、判断を誤りません。AIを外部のツールにつなぐ規格はMCPの記事で書きました。

実務でどう使うか──ツール一覧（2026年10月時点）と、作ってよいものの線引き

非エンジニアのマーケターにとってバイブコーディングの価値は、「自分だけが使う小さな道具を、誰にも頼まずに作れること」にあります。ツールは大きく、エンジニア寄りの「エディタ・ターミナル型」と、ブラウザで会話して作る「対話型」に分かれます。

Lovableもよく挙がりますが、2026年10月時点で公式トップページの説明を確認できなかったので表から外しました。そのLovableが公開しているAppDirectの事例では、マーケティングチームの非技術者が11のプロジェクトを作り、4本が本番で動いているとされています（Lovable公式の顧客事例。自社発表の数字です）。日本の個人事業主やマーケター単体の一次事例は、ぼくの調べた範囲では見つかりませんでした。

ぼくの場合、このブログの記事をWordPressに投稿するスクリプト（小さなプログラム）を日本語の指示だけでClaude Codeに作ってもらい、動くものができるまで30分ほどでした。ただ、そのあとの最初の1週間はエラー続きでした。XのAPI（外部サービスと機械的にやりとりする窓口）の仕様変更やThreadsのアクセストークン（利用許可の鍵）の設定で詰まり、外部サービス側の設定はAIが代わりにやってくれないので、ぼくが管理画面を開いて一つずつ確かめるしかありませんでした。作る時間はAIが縮めてくれても、確かめる時間は人のところに残ると、この一件で理解しました。詳しい経緯はマーケターがClaude Codeを使ったら、外注していた作業が半日で終わったに書いています。

何を作ってよくて、何を人に任せるべきか。ぼくは四つの軸で線を引いています。

右の列も、試作までは自分で作り、公開する前に専門家の目を通す順番にすれば、外注の打ち合わせを「ゼロから説明する場」から「動くものを見せて確認する場」に変えられます。

日本市場・2026年時点でのバイブコーディングの注意点

2026年にバイブコーディングで気をつけたいことは三つで、「動くが理解していない」「セキュリティ」「保守」です。どれもAIの性能が上がれば消える話ではなく、コードを読まないという作り方そのものから生まれます。

事故の実例を二つ書きます。一つは2025年7月、SaaS業界コミュニティSaaStrのジェイソン・レムキン（Jason Lemkin）がReplitを12日間試していたときの出来事です。9日目にAIが「変更するな」という指示を無視して本番のデータベースを削除したと、本人の投稿をもとに英メディアのザ・レジスター（The Register）などが報じました。Replitの最高経営責任者アムジャド・マサド（Amjad Masad）は「受け入れがたい」として、開発用と本番用のデータベースを自動で分ける仕組みなどを発表しました（ザ・レジスターの記事、eWeekの記事）。eWeekは消えたデータを経営者1,206人と1,196社超の記録と報じましたが、事実の多くはレムキン本人の投稿に基づき、「本番」と呼べる規模だったのかには異論もあります。

もう一つは、対話型ツールLovableで生成されたアプリの認可不備です。米国の脆弱性データベースNVDには、2025年4月15日までのLovableで、生成されたサイトのデータ保護の設定が不十分なために、ログインしていない第三者がデータを読み書きできる状態になりうると登録されています（識別子CVE-2025-48757、NVDの登録情報）。供給元は顧客の責任だとして争っている、との注記もあります。影響を受けたアプリの数は一次情報で確かめられなかったので書きません。

開発者向けサイトのスタック・オーバーフロー（Stack Overflow）の2025年開発者調査では、仕事でバイブコーディングをしているかという設問に、72.2%の開発者が「いいえ」と答えています（スタック・オーバーフローの2025年開発者調査）。研究機関METRが2025年7月に公表した実験では、経験豊富なオープンソース開発者16人がAIを使えるようにした場合のほうが、作業に19%長くかかりました。本人たちは24%速くなると予想し、終わったあとも約20%速くなったと感じていたのに、です（METRの実験）。2026年2月の追試では速くなった推定も出ましたが、著者自身が「非常に弱い証拠」としています（METRの追試）。プロの開発者でも「速くなった気がする」と「実際に速い」はずれる。コードを読まない人なら、そのずれはもっと見えにくくなります。

日本では、言葉が広義で流通している分、「バイブコーディングで作った」と聞いても、レビューされたコードなのか、誰も読んでいないコードなのかが分かりません。AIが「読者」と「顧客」の側にも入ってきた変化は2026年上半期のマーケティングを振り返るに書きましたが、作る側のAIと受け取る側のAIの間で、確かめる人が一人もいない状態がいちばん危ないと思います。

バイブコーディングに関するよくある質問

バイブコーディングとは簡単に言うと何ですか？

AIに自然言語で頼んでコードを書かせ、そのコードを読まずに、動くかどうかだけを見てソフトを作るやり方です。2025年2月にアンドレイ・カーパシーが名づけました。日本では「AIと会話しながら作る開発」という広い意味でも使われています。

バイブコーディングの語源は何ですか？

カーパシーが2025年2月2日にXへ投稿した文章が出どころです。vibes（雰囲気、ノリ）に身を委ねてコードの存在を忘れる、という書き方から「vibe coding」と呼ばれました。同年11月にコリンズの「今年の言葉」に選ばれ、本人は2026年2月に、レビューを伴うやり方は「agentic engineering」と呼び分けたいと述べています。

バイブコーディングのツールにはどんなものがありますか？

2026年10月時点では、エディタやターミナルで動くCursor、Claude Code、GitHub Copilot、Gemini CLIと、ブラウザで会話して作るReplit、v0などがあります。Gemini CLIは2026年6月に、無料枠と個人向けの提供がAntigravity CLIに置き換えられています。非エンジニアが始めるなら、まずは対話型のツールで自分だけが使う小さな道具を作るのが現実的です。

プログラミングができなくてもバイブコーディングはできますか？

できます。コードを書かずに動くものを作ること自体は、2026年時点で現実です。ただ、作ったものが安全か、人に渡してよいかを判断する部分はAIが代わってくれません。自分だけが使うもの、個人情報や決済に触れないものから始め、顧客に触れるものは専門家に確認してもらうのが線引きです。

おわりに──バイブコーディングは、コードを書かない技術ではなく、何を確かめるかを人が引き受ける話

バイブコーディングの話は、どうしても「もうコードは書かなくていい」という方向に流れます。実際、ぼくもコードを書かずに自分の道具を作りました。マーケターが要件を日本語で言えれば形になる、その手応えは本物です。

でも、名づけた本人が最初につけた条件を思い出したいと思います。使い捨てなら悪くない。そして1年後、監督と精査つきのやり方を別の名前で呼び分けました。コードを読まないことが悪いのではなく、読まずに済ませてよいものと、誰かが読まなければいけないものの区別が消えることが危ないのだと思います。AIが作ったものを選び、確かめるのが人の仕事だという話はAIを使いこなすマーケターが生き残る理由【2026年】にも書きました。

動いたかどうかはAIが見せてくれます。大丈夫かどうかは、人しか決められません。

バイブコーディングとは、コードを書かずに済む技術ではなく、何を確かめるかを人が引き受ける話。

何か作りたくなったら、着手する前に「これが壊れたら誰が困るか」を一行だけ書いてみてほしいと思います。その一行が、自分で作ってよいものかどうかの答えです。