バイブコーディングとは？意味から始め方、ツールの選び方まで

バイブコーディングとは：意味と語源

バイブコーディングとは、作りたいものを言葉で AI に伝え、出てきたコードを細かく読まずに動かして確かめる作り方です。指示して動かし、思いどおりでない点を伝え直す、という繰り返しでアプリを形にします。

語源は英語の vibe coding です。2025年2月に Andrej Karpathy 氏が、コードを一行ずつ追うのではなく「ノリ(vibe)」に身を任せて進める開発をこう呼んだのが始まりです。日本語ではカタカナのバイブコーディングで定着しています。

「コードを読まない」は、自分一人で使う試作での話です。他人に使ってもらうものは、公開前に確かめる項目が別にあります。

AI駆動開発との違い

AI駆動開発は、設計と確認は開発者が自分で行い、コードを書く手間だけを AI に任せる進め方です。バイブコーディングは、設計の判断もコードの確認も AI に委ね、人は動作だけを見ます。違いは道具ではなく、コードに誰が責任を持つかにあります。

バイブコーディングの始め方：最初の一歩

プログラミング経験はいりません。必要なのは、作りたいものを1文で言えることです。「誰が、何をするためのアプリか」が決まれば、最初の指示は書けます。

1. 作りたいものを1つに絞り、誰が何をするアプリかを1文で書く
2. ツールを選ぶ(選ぶ基準は次の節)
3. 最初の指示では、画面1つと機能1つだけを頼む
4. 動かして、期待と違うところを1つずつ伝える
5. 動いた状態を保存してから、次の機能を足す
6. 他人に使ってもらう前に、公開前の確認項目をひととおり済ませる

環境構築は必要か、費用はいくらからか

ツールのタイプによって変わります。自分の PC で動かすタイプは、エディタと実行環境をインストールし、AI モデルの利用契約と公開先も自分で用意します。ブラウザで完結するタイプは、何もインストールせずにその場で始められます。

Kliv はブラウザで完結するタイプで、Free プランは無料です。Free でも、作ったアプリを25件まで kliv.dev の URL で公開できます。独自ドメインを使うには有料プランが必要です。

バイブコーディングのツール比較：選ぶ基準

検索すると Cursor、Claude Code、Gemini、Codex といった名前が並びます。名前から入ると迷うので、先に自分の条件を決めます。比べる軸は次の5つです。

• どこで動くか：ブラウザで完結するか、自分の PC にエディタと実行環境を入れるか
• 公開のしかた：ホスティングが含まれるか、公開先を自分で用意するか
• データベースとログインが最初から付いているか
• 料金の決まり方：無料で試せる範囲と、利用量の上限
• コードを読む前提か、読まない前提か

Kliv はブラウザ完結型です。ビルダー(AI)と会話しながら Web アプリを作ります。データベース、ユーザー認証(ログイン)、ホスティングは最初から付いています。プログラミング経験のない人と開発者の両方が対象です。

VS Code やローカル LLM で進めたい場合

VS Code で進めるなら、エディタ組み込み型を選び、AI モデルと公開先を別に用意します。無料で続けられるかどうかは、AI モデルの無料枠しだいです。ローカル LLM は、コードを外部に出さずに済む反面、PC のスペックとモデルの性能に左右されます。

バイブコーディングのコツ：指示の出し方と範囲の決め方

うまくいかない原因の多くは、AI の能力不足ではなく、自分で決めていないことまで AI に任せていることです。指示の前に決めることと、指示の出し方を分けて考えます。

• 誰が使い、何を入力し、何が出てくるかを先に書く
• 保存するデータの項目(何を、どんな形で)を自分で決める
• 最初の指示は画面1つ、機能1つに絞る
• 違ったときは、期待した動作と実際の動作を分けて伝える
• 一度に複数の修正を頼まず、1つ直して確かめる
• 試作のうちは実名や業務上の秘密を入れず、架空のデータで確かめる
• 動いた状態を保存してから次を足す

失敗したときの直し方

「使いやすくして」だけでは、どこをどう変えるかが伝わりません。変えたい場所と動きを指定します。言い換えて3回頼んでも直らなければ、頼んでいる範囲が大きすぎます。機能を半分に削って頼み直します。直したら別の場所が壊れた場合は、動いていた状態に戻してから、範囲を小さくして頼み直します。

バイブコーディングの例：作れるもの、作れないもの

Web アプリとして作れるものは幅広く、スマートフォンのブラウザからも使えます。Kliv では、オンラインショップと決済、メール送信、自動テストを含む Web アプリを作れます。たとえば次のようなものです。

• 読書や運動の記録アプリ(ログインして本人の記録だけを見る)
• 予約の受付と、受付時のメール送信
• 社内の申請フォームと一覧
• オンラインショップと決済
• 作ったアプリを壊さないための自動テスト

作れないものもあります。Kliv では、App Store や Google Play で配布する iOS / Android のネイティブアプリは作れません。スマートフォンで使うなら、ブラウザで開く Web アプリとして作ります。

バイブコーディングのデメリットと危険性

よく指摘されるのは、品質、セキュリティ、保守性の3つです。具体的には次のような形で表れます。

• 中身を理解しないまま進み、壊れたときに直せない
• 他人のデータや API キーが、誰でも見られる場所に置かれる
• 手元では動くが、使う人が増えると遅くなる
• 直すたびに別の場所が壊れ、作り直しになる
• 有料の API を呼ぶ処理で、想定していなかった請求が発生する

セキュリティで最低限確かめること

• ログインが必要な画面に、ログインせずにアクセスできてしまわないか
• 別のユーザーでログインしたとき、そのユーザーのデータだけが見えるか
• API キーやパスワードが、画面やコードに出ていないか
• 入力欄に長い文字列や記号を入れても壊れないか
• 決済やメール送信で、同じ操作を繰り返しても二重に処理されないか
• 誰がいつ何をしたかの記録が残るか

データベースとログインがアプリに含まれるサービスなら、自分で組み立てる部分は減ります。ただし、ログインがあるだけでは、ユーザーごとのデータの分離まで正しくできているとは限りません。上の項目は作った人が自分の目で確かめます。

個人利用と本番公開の境目

自分だけが使うなら、壊れても困るのは自分です。他人のデータを預かった時点で、守る責任が生まれます。境目は技術ではなく、誰のデータを預かるかです。

1. 誰の、どんなデータを預かるかを書き出す
2. セキュリティの確認項目を、別のユーザーでも試す
3. 壊れたときに、動いていた状態へ戻せるか確かめる
4. 利用量とプランの上限を見て、費用の上限を決めておく
5. 権限や決済の動きを自分で判断できなければ、公開前に詳しい人に確かめてもらう
6. 連絡先と利用規約をアプリに載せる

作ったものを公開して他人に使ってもらうには

必要なのは、公開先(ホスティング)、URL、ログインの3つです。Kliv ではこの3つがそろっていて、作ったアプリは kliv.dev の URL で公開されます。独自ドメインは有料プランで使えます。

ビルダーの利用量の上限はプランごとに異なり、Max 5x は Pro の約5倍、Max 20x は約20倍です。メール送信は標準で1日100通、SSO は Max 20x だけで使えます。

バイブコーディングの書籍・研修・資格

始めるのに資格はいりません。公開したアプリの URL が、そのまま実績になります。仕事を探している人も、作ったものを見せるのが近道です。

バイブコーディングの検定や資格をうたう講座を受けるなら、主催者と出題範囲を先に確かめます。書籍や研修は、ツールの操作より、範囲の決め方と公開前の確認を扱うものを選ぶと、ツールが変わっても役に立ちます。