バイブコーディングのデメリットと失敗例｜設計を決めずに始めると修正の沼にはまる

バイブコーディングは、作りたいものを日本語で伝え、AIとやり取りしながらコードを形にしていく作り方です。2025年2月にAndrej Karpathy氏（OpenAI共同創業者）がXで使った表現が起点です。

手軽に作れる反面、中小企業の非エンジニアが業務アプリを作る場面では、失敗の型がほぼ決まっています。この記事では、その5つの型と、失敗しにくくする決め方、向かない場面、始めたあとの測り方を順に説明します。

バイブコーディングのデメリット｜業務アプリで起きる5つの失敗

バイブコーディングのデメリットは、①動いたのに業務で使えない、②直すほど壊れる、③作った人しか直せない、④秘密情報や実データが漏れる、⑤中身を理解しないまま機能を足し続けて品質を確かめられなくなる、の5つに分けると整理できます。個人で遊びで作る範囲ではほとんど問題にならず、業務で他の人が使い始めたところから表に出ます。

失敗	起きること	先に打つ手
動いたのに、業務では使えない	画面が動くので成功に見える。実際の業務の例外や件数で試すと崩れる	ダミーでなく実際の業務の流れと並べて試す
直すほど別の所が壊れる	データの持ち方が業務に合っていないまま、画面だけを何度も直す	コードの前に、誰が・何で・どのデータを使うかを決める
作った人しか直せない	中身を読まずに進めるので、本人が休むと誰も触れない	決めたことを1枚の文書に残し、変更前を保存する
秘密情報や実データが漏れる	パスワードの直書き、実際の顧客情報の混入、見られる範囲の甘さ	人に渡す前に、コードを読める人が確認する
中身を理解しないまま機能を足し続ける	AIが書いた箇所の品質を確かめられなくなり、どこが危ないかも分からなくなる	1回の依頼を小さくし、足すたびに実データのコピーで試す

1. 動いたのに、業務では使えない

バイブコーディングで作った業務アプリは、その場ではだいたい動きます。画面が動き、入力して保存までできるので、見ていた全員が納得して終わります。ところが、バイブコーディングで作った業務アプリは、画面が動いた時点を成功と数えると、実際の業務の例外や件数に当たったときに崩れます。例外とは、空欄のある入力、同じ顧客の重複、想定より多い件数などです。

確かめるときは、ダミーの1件ではなく、実際の業務で使っているデータのコピーを使い、いつもの手順と並べて動かします。なお、AIに業務そのものを任せる設定でも「その場で動いた」を成功と数えて失敗する例は支援先で見ましたが、それはアプリ作りとは別の話なので、ここでは扱いません。毎日使う業務なら1週間程度、週1回の業務なら数週間が目安です。

2. 直すほど、別の所が壊れる

バイブコーディングでよくある失敗の一つは、データの持ち方を決めないまま、画面の見た目だけを直し続けることです。顧客と案件の関係が業務に合っていないと、ボタンの位置や色を何度直しても、別の画面で同じ問題が出ます。AIは頼まれたことには応えるので、土台のずれには自分から気づきません。

不動産会社の案件管理で、カンバン型のデモを見せたところ、画面への要望が先に出そうになった場面がありました。そこでは、先に社内の登場人物と業務フローを整理し、そのうえで優先順位を決めることで合意しました（進行中の案件で、成果はまだ出ていません）。画面より先に業務の流れを決める、という順番を取り直した例です。

違いは、コードを書かせる前に1枚書くかどうかだけです。書く内容は誰が使うか、何で使うか、どのデータとつながるか、どこを正とするかの4点です。

3. 作った人しか直せない

中身を読まずに作り進めると、どこに何が書かれているかを作った本人も説明できなくなります。その人が休むか辞めたときに、誰も触れないアプリが残ります。引き継げなくなる兆候と、A4一枚で足りる対策は作った人しか直せないAIツールの記事にまとめています。

最低限の備えは、決めたことの文書を残すことと、直す前の状態を保存することです。文書があれば、別の人がAIに同じ前提を渡して続きを頼めます。

4. パスワードの直書きや実データの混入

AIが書いたコードの中に、パスワードやAPIキーがファイルへ直接書かれていることがあります。実際の顧客情報を試しに入れたまま、人に見せてしまう事故もあります。自分だけが使う間は表に出ず、他の人に渡した瞬間に問題になります。見つけ方と直し方はAPIキーの直書きを確かめる方法で説明しています。

作ったアプリを誰かに見せる前に、AIへ「パスワードやAPIキーが直接書かれていないか、実際の顧客情報が入っていないか」を一覧にさせ、直すかどうかは自分で決めます。そのうえで、コードを読める人にも確認してもらうと安全側に寄せられます。

5. 中身を理解しないまま機能を足し続ける

バイブコーディングでは、動くたびに「次はこの機能も」と足していけます。しかしコードの中身を読まずに足し続けると、AIが書いた箇所のうち、どこが正しく、どこが危ないのかを、誰も確かめられなくなります。ある機能を直したら別の機能が止まる、という状態になっても、原因をたどる手がかりがありません。

備えは3つです。1回の依頼を1つの機能に絞ること、足すたびに実データのコピーで試すこと、動いている状態を保存してから次を足すことです。うまくいかなくなったら、保存した状態に戻して、依頼を小さくやり直します。

バイブコーディングの危険性は、使う範囲で変わる

バイブコーディングの危険性は、アプリを使う人の範囲が広がるほど大きくなります。自分だけが使う間は、壊れても自分が困るだけです。数人が使い始めると、止まったときに他の人の業務が止まります。顧客の情報を扱い始めると、漏れたときの影響が社外へ及びます。

危険は、アプリの出来より、使う人の範囲で決まります。右へ進む前に、その段階の備えが済んでいるかを確かめます。

社内利用と本番公開の境目を4段階に分けた確認は、バイブコーディングで作ったツールの社内利用と本番公開の境目にあります。人に渡す前の確認項目はAIで作った社内ツールの本番導入前チェックリストで確認できます。

バイブコーディングに設計書・要件定義は必要か｜1枚に書く4項目

バイブコーディングに、大きな設計書や要件定義書は要りません。次の4項目を、AIにコードを書かせる前に1枚へ書けば足ります。バイブコーディングで修正を繰り返しても直らなくなるのは、この4点を決めずに作り始めた場合だからです。設計のずれに起因する失敗（②など）は、これで減らせます。パスワードの直書きや実データの混入は、この4項目では防げないため、④の確認が別に要ります。

誰が使うか：役割ごとに、見てよい項目と直してよい項目を書きます。
何で使うか：スマホかパソコンか、どのタイミングで入力するかを書きます。
どのデータとつながるか：顧客・案件・担当者のような箱と、箱どうしの関係（1社に案件は複数、など）を書きます。
どこを正とするか：同じ情報をExcelとアプリの両方で持つなら、どちらを正しい値とするかを書きます。

箱と線の書き方はER図をAIで作成する方法で、頼み方の例文はバイブコーディングの始め方で説明しています。決めたことを文書にして、その文書を正としてAIに作らせる進め方は仕様駆動開発の記事にあります。

バイブコーディングが向かない場面

次の場面では、バイブコーディングだけで進めず、設計の段階から経験のある人に入ってもらうほうが安全です。

請求金額や給与のように、間違いが金銭に直結する計算を扱う。
顧客の個人情報を、社外の人が触れる画面で扱う。
止まると、その日の業務が止まる。
作る業務の流れが、まだ人によって違っている。

バイブコーディングで業務アプリを作る前に、業務の流れが人によって違っているなら、先に業務を洗い出して手順をそろえます。流れが定まらないまま作ると、データの持ち方が決められず、修正を繰り返すことになります。手順は業務棚卸しのやり方で紹介しています。AI導入全般の失敗の型は中小企業のAI導入が失敗する3パターンに整理しました。ツールの種類ごとの違いはバイブコーディングのツール比較で比べられます。

失敗していないかを、来週から測る

デメリットが出ていないかは、次の3つを記録すると数字で分かります。

AIの変更を前の状態に戻した回数：減らないなら、1回の依頼が大きすぎるか、決めたことが足りません。
アプリを使う業務の1件あたりの時間：始める前の1週間と、使い始めて4週目で比べます。
決めた1枚を書き直した回数と理由：「使う人が増えた」が多いなら、権限の確認に進む合図です。

4週間たっても時間が減らず、戻す回数も減らないなら、選んだ業務がバイブコーディングに向いていない可能性があります。作り込みを止め、業務の流れの見直しに戻ります。

まとめ｜AIには、決めたことを渡す

バイブコーディングは、AIにコードを書かせる前に決めておくことが多いほど、失敗が減ります。SalesDockは、コードの前に業務の構造を文章にする進め方で、経営管理基盤の実装と定着を月額で支援しています。まずは自分だけが使う小さな業務を1つ選び、誰が・何で・どのデータとつながるかを1枚に書くところから始めてください。

作る前の1枚を一緒に書くところから相談できます

作りたい業務アプリの、誰が使うか・何で使うか・どのデータとつながるか・どこを正とするかを、いまの業務を聞きながら整理します。自分で作り進めるか、任せるかの判断もその場でお伝えします。

30分の無料相談を予約する

一次情報・公式情報

バイブコーディングのデメリットに関するよくある質問

バイブコーディングの最大のデメリットは何ですか？

業務アプリでは、動いたことを成功と数えてしまい、誰がどのデータを使うかを決めないまま作り進めることです。その場では動くため問題が見えにくく、使う人やデータが増えたところで作り直しになりやすくなります。

バイブコーディングは危険ですか？

自分だけが使い、実際の顧客情報を入れず、止まっても手作業に戻れる範囲なら、危険は小さく抑えられます。ほかの人が使い始める前や、顧客の情報を扱う前に、パスワードの置き場所・見られる範囲・データの戻し方をコードを読める人が確認すれば、事前に見つけられる危険は多くあります。

バイブコーディングで作ったアプリに、設計書は必要ですか？

大きな設計書は要りません。誰が使うか、何で使うか、どのデータとつながるか、どこを正とするかを日本語で1枚に書けば足ります。この1枚があると、AIに質問させて決め漏れを見つけられ、担当者が替わっても中身を説明できます。

エンジニアがいない会社でも、バイブコーディングは使えますか？

自分だけが使う小さな業務なら使えます。ほかの人が使う、顧客の情報を扱う、止まると業務が止まる段階では、コードを読める人の確認が要ります。社内にいなければ、外部に確認だけ頼む方法もあります。