バイブコーディングをするにはどうすればいいですか？

バイブコーディングが実際にあなたに求めるもの

バイブコーディングは方法論の不在のように聞こえますが、まさにそれが多くの人にとってうまくいかない理由です。モデルにコードを書かせることで構文の問題はなくなりますが、もともと難しかった2つの仕事——何が起きるべきかを正確に述べることと、実際にそうなったかを確認すること——はなくなりません。あなたの労力は消えるのではなく移動します——コードをタイプすることから、仕様を定めてレビューすることへ。この言葉の由来については、バイブコーディングを参照してください。

これが、まったく同じツールを使う2人の創業者が、まるで違う結果にたどり着く理由です。「マーケットプレイスを作って」という一言から始めた人は、2つ目の機能で崩壊するデモを手にします。ユーザー、データ、そしてバージョン1がすべきただ一つのことを名指しした一段落から始めた人は、その上に積み上げていく価値のあるものを手にします。ツール選びは、多くの比較記事が示唆するほど重要ではありません——最高のバイブコーディングツールではその系統ごとの違いを解説していますが——どれを選んでも、以下のループ自体は変わらないからです。

ループを、段階ごとに

1. プロンプトの前に仕様を書く ——一段落でよいので、誰が使うのか、何をしなければならないのか、どんなデータを保存するのか、そしてバージョン1では明示的にやらないことを書きます。ここに10分かけることで、言わなかったことすべてをモデルが推測してしまい、結局作り直すことになる事態を防げます。
2. 一度に一つの部分だけを作る ——端から端まで動く最小のものを依頼し、実際に動くことを確認してから拡張します。一つの巨大なプロンプトは、現実的にレビューしきれないほど大きな範囲を一度に生み出してしまいます。
3. 何かが動くたびにコミットする ——バージョン管理は、生成的な作業における「元に戻す」ボタンです。次の変更が一度に3つのものを壊したとき、動作が確認済みのコミットこそが確実な戻り道であり、それを作るのにコマンド一つしかかかりません。
4. リスクの高い行は自分で読む ——ログイン、決済、顧客データに触れるもの、そして何かを削除するものすべてです。モデルはもっともらしいコードを書きますが、どのチェックを省略したかは教えてくれないので、それ以外の部分は読み飛ばしても、こうした経路だけは一行ずつ読みましょう。
5. 見知らぬ人になったつもりでテストする ——初めて使うユーザーのつもりでクリックして回りましょう——誤った入力、空の状態、戻るボタン、2つ目のアカウントです。生成されたアプリは、たいていプロンプトで説明した経路では正しく動きますが、それ以外の場所は手薄になりがちです。
6. 変更履歴をつける ——各部分を作るたびに、何をなぜ変えたのかをモデルに要約してもらい、そのテキストをプロジェクトと一緒に残しておきましょう。これは、自分自身を含めて誰にも説明できなくなったコードベースに対する、最も安上がりな防御策です。

どこで壊れるか

失敗のパターンはツールが変わっても一貫しており、そのどれもが実は「モデルがコードを書くのが下手」という話ではありません。

• サイレントな思い込み ——モデルはあなたが「言った」ことを作りますが、「意図した」ことを作るわけではありません。言わなかったことはすべて、もっともらしい何かで埋められ、そのギャップは本物のユーザーがそこにぶつかったときに発覚します。
• 静かに動かなくなる、動いていたもの ——生成された変更は、見た目以上に広い範囲に影響します。変更のたびに全体を動かして確認しなければ、直前の変更が何を壊したかにずっと後になるまで気づけません。
• 自分が選んだ覚えのないセキュリティ ——デフォルトのアクセスルール、過度に緩いデータベースポリシー、コミットされるべきでない場所にコミットされた鍵は、生成されたアプリでよく見られますが、何も警告してくれません。ローンチの後ではなく前に確認しましょう。
• 最後の20パーセント ——最初の80パーセントは午後のうちに終わりますが、残りはモデルがあなたに本当にシステムを理解していることを求めてくる部分です。その区間のための時間を見込んでおくか、あるいはバージョン1をそれが要らないように範囲設計しましょう。

動くようになった後に起きること

このループを終えると、誰もその存在を知らない、動くソフトウェアが手に入ります——これは今や創業者にとってありふれた状況です。作ることは劇的に安くなりましたが、流通はそうなりませんでした。さらに作り込む前に、バージョン1が実際には何のためのものかを決めましょう——それこそが実用最小限の製品(MVP)というものの全体の要点です——そして動くようになったら、次の問いはバイブコーディングで作ったアプリのマーケティング方法です。

AgentCeres——agentceres.comのAIグロースオフィサー——を運用している立場からの一次情報として：私たち自身のコードとマーケティングページのほとんどはAIが下書きし、人間がレビューしています。そして最も高くつく間違いは、コードが悪いことでは一度もありませんでした。それは、静かに消えてしまった作業です。並行して生成された2つの変更が、それぞれ書かれた時点の出発点に対しては正しく、あらゆるチェックを通っていたのに、組み合わされた瞬間に壊れる——なぜなら、組み合わせた結果に対してチェックを再実行した人が誰もいなかったからです。この記事から一つだけ習慣を持ち帰るなら、それにしましょう。小さく分割すること、そして自分が思いついたばかりの断片ではなく、実際に出荷したものを検証することです。