バイブコーディング - それは何か、ビジネスに危険なのはいつか

バイブコーディング（vibe coding） とは、コードを一行ずつ書くのではなく、AI との対話で進めるやり方です。望む振る舞いを説明し、モデルの提案を受け入れ、「感覚」で結果を確認し、指示を磨きます。用語は Andrej Karpathy が広めたもの：コード全体を頭に入れ続けるのではなく、意図を操縦するのです。ビジネスにとってはプロトタイプや社内ツールを加速し - 同時にレビュー・テスト・アーキテクチャ責任者なしで本番に載せれば、隠れた負債を生みます。

• 本質 - Cursor、Copilot、Claude Code などのアシスタントでプロンプト経由で書く
• 利点 - MVP、LP、スクリプト、「昨日まで」の管理画面への速さ
• 欠点 - 「動く」がセキュリティ弱く、保守しにくいコードを自信満々に書く
• 危険域 - お金、個人データ、決済、CRM・サーバー権限
• 安全域 - 下書き、使い捨てユーティリティ、厳しいコードレビュー下のパイロット
• 原則 - アイデアの速さにはバイブ、ビジネスを支えるコードにはエンジニアリング

バイブコーディングを平易に言うと

古典的な開発：人が設計し、書き、デバッグし、テストする。バイブコーディングは焦点を移します。

1. 自然言語でタスクを述べる。
2. AI アシスタントがファイル、diff、テスト、設定を生成する。
3. 実行し、振る舞いを見てプロンプトで直す（「フォームをもっときれいに」「認証を足して」）。
4. 「バイブ」が期待に合うまで繰り返す。

別言語でもフレームワークでもありません。プログラミング向け AI アシスタント との 作業モード です。手打ちを減らし、指示と検証を増やします。

実務では assisted と vibe の境は薄い：diff を読み変更を理解しているなら増幅された開発者。UI が「動けば」大量承認するなら、それはすべての帰結付きのバイブコーディングです。

ビジネスが好む理由

バイブコーディングは経営者とプロダクト責任者の痛みに刺さります。

• 初回デモまでの速さ - 週ではなく日単位。
• 社内の「小さな頼み」での 開発待ち行列への依存が減る。
• 実験が安い：LP 仮説、計算機、ボット、スクレイパー。
• 深いシニア背景なしでも 下書きを組める人が増える。

アイデア段階のスタートアップやチーム内自動化には本物のレバーです。決済フロー、個人データを含むマイページ、売上を 24/7 支えるモジュールについては責任のレベルが違います。

バイブコーディングが役立つとき

次の条件がいくつか揃うなら加速装置として使えます。

1. 成果物が一時的・置換容易 - プロトタイプ、A/B LP、一回きりのエクスポート。
2. コードを読め、merge に責任を持つ人 がいる。
3. テスト（少なくとも smoke）と本番と別の環境がある。
4. 本番シークレット、本番 DB、決済鍵へのアクセスがない。
5. 範囲が局所：1 画面、1 cron、下書きマイクロサービス。

良い例：

• 手動インポート用管理画面の下書き；
• 社内リクエスト用 Telegram ボット；
• レビュー付き boilerplate とマイグレーション；
• サンドボックスでのリネーム・分割リファクタ；
• すでに明確なロジックへのドキュメントとテスト。

ビジネスに危険なとき

危険は AI が「バカ」なことではありません。危険は 説得力がある こと：コンパイルでき、UI はクリックできるのに、脆弱性・鍵漏洩・無言の金銭バグは後から現れます。

1. セキュリティとアクセス

モデルは容易に：

• 「便利だから」API キーをハードコード；
• CSRF を切る / CORS * を開く；
• 文字列連結で SQL を組む；
• パスワードやトークンをログに残す；
• 「一時」のデバッグエンドポイントを開放する。

セキュリティレビューなしなら、罰金・漏洩・ダウンタイムの直接リスクです。

2. 隠れた技術的負債

バイブコードはしばしば：

• 同じロジックを 3 箇所に複製；
• 不要な依存を引く；
• 既存パターンを無視；
• 原因ではなく症状をハックで「治療」。

2〜3 ヶ月後、最初から意図的に書いた場合より保守が高くなります。初期節約は利子支払いに変わります。

3. 振る舞いの所有者がない

800 行の diff を「バイブで」通すと、誰も自信を持って答えられません：

• 同時注文で何が起きるか；
• 部分適用された支払いをどう巻き戻すか；
• 会計レポートと CRM がなぜ食い違うか。

ビジネスにとってそれは 評判と財務のリスク であり、「汚いコード」ではありません。

4. コンプライアンスとデータ

境界に個人データ、医療・金融情報、規制要件があるなら「生成して本番」は許されません。アクセス方針、変更監査、明確な責任チェーンが必要です。

5. 規模と統合

AI は孤立したウィジェットが得意です。課金・在庫・CRM・Webhook・冪等・キューの丁寧な接合は弱い。ビジネスはまさにその継ぎ目で金を失います。

経営者と CTO 向けの実務ルール

1. 領域を分ける： バイブはサンドボックス、売上とデータは保護境界。
2. auth・決済・個人データ・DB マイグレーションは必須ヒューマンレビュー。
3. Definition of Done は「UI OK」ではなく、テスト + ログ + ロールバック + 監視。
4. 公開モデルにシークレットや顧客ダンプを渡さない。
5. ownership を固定： 各 merge に責任開発者。「AI とのチャット」ではない。
6. パイロット書き直し予算を最初から： プロトタイプ ≠ 本番。
7. ツールは意識的に選ぶ - チーム向けに Cursor、Claude Code、Copilot。「TikTok で流行っているもの」ではない。

常識の式：

バイブコーディング = 仮説の加速。エンジニアリング = ビジネスの保護。

役割を取り違えると高くつきます。

実務で「いくらかかる」か

AI IDE の直接費用は開発者給与に比べ小さいです。隠れた費用は別です：

安いプロトタイプは普通の投資。制御なしの安い本番は宝くじです。

まとめ

バイブコーディングは AI との強力な作業モードです。意図を述べ、モデルがコードを出し、速く反復します。ビジネスには下書き、社内ユーティリティ、仮説検証に合います。「完成」基準が「動けばよさそう」のままなのに金・データ・サービスの継続が懸かっているとき、危険になります。バイブはサンドボックスに残し - 本番はレビュー・テスト・明確なコード責任者の下に置いてください。

よくある質問

バイブコーディングは low-code / no-code と同じですか？

いいえ。 Low-code は視覚ブロックとプラットフォーム制約を与えます。バイブコーディングは AI との対話で通常のコード（Python、JS、SQL など）を生成します。柔軟性は高いですが、品質・セキュリティ・保守の責任はすべてあなたにあり、プラットフォームは設計を「保証」しません。

製品全体をバイブコーディングで作れますか？

プロトタイプや初期 MVP なら、強い tech lead がいれば可能です。エンジニアリングなしのスケーラブル製品は通常無理です。統合・負荷・監査・予測可能性が増えます。バイブは開始を加速し、成熟にはコード規律が要ります。

商用プロジェクトで AI 生成コードは合法ですか？

ツールのライセンス、会社方針、顧客契約によります。別途確認：プロンプトとコードの行き先、モデルが自社データで学習できるか、成果物の帰属。法務・セキュリティ確認は本番境界の前に。顧客クレームの後ではありません。

危険な「バイブ」外注の見分け方は？

赤旗：説明なしの巨大 PR、テストなし、リポ内シークレット、「このファイルは触るな - AI が書いた」、アーキテクチャ walkthrough 拒否、staging なし。まともな外注は AI を加速装置として使い、各判断を冷静に弁護します。

チームで安全に始めるには？

重要でない社内タスクと 2〜4 週のパイロットから：選んだ IDE アシスタント、必須レビュー、チャットへのシークレット禁止、指標（タスク時間、インシデント数、書き直し割合）。制御プロセスが安定してから範囲を広げます。