vibe coding は約束を破った
ソフトウェアを構築する人が集まるフォーラムに 1 時間いれば、同じ告白の 100 通りの版が見つかります。誰かが週末に AI ツールでアプリを構築しました。動きました。リリースしました。今は月曜で、認証は壊れ、データベースは静かに行を失い、誰も再現できないバグが顧客を失わせているバグです。
半年前に自分たちに売りつけた夢が、今ドアの前に立って返金を求めています。
この言い方には慎重でありたいと思います。これらのツールを作った人や使った人が喜んだのが間違いだったとは考えていません。飛躍は本物でした。平易な文章の段落から動くインターフェースが現れるのを見ることは、ソフトウェアの過ぎた 10 年で本当に魔法のような体験の 1 つでした。私もそれを感じました。誰もが感じました。
しかしデモとデプロイの間のどこかで、静かな入れ替えが起きました。プロトタイプを製品と呼び始めたのです。デモをソフトウェアと呼び始めたのです。そしてその混同の請求書が今届いています。
誤った診断
私が見る最も一般的な説明はモデルを責めます。AI はまだ十分に賢くない。作り話をする。間違ったライブラリを選ぶ。経験豊富なエンジニアリング担当者なら捕まえて書き直すコードを書く。
この説明は心地よいものです。既に進行中の解決策を示唆するからです。半年待て。次のモデルは良くなる。いつか差は埋まり、すべてが動く。
私はそれを信じません。信じない理由は、これが失敗する仕方がコードの良さとまったく関係ないからです。
Microsoft は 2025 年の決算で、GitHub Copilot のアクティブなユーザーが送るコード全体のおよそ 46 パーセントが今や AI によって生成されていると報告しました。同じ時期、アプリケーションセキュリティ企業の Veracode は、AI が生成したコードが調査した検体のおよそ 45 パーセントでセキュリティの脆弱性を持ち込んでいたという研究を公表しました。これらの数字は良くなる前に悪くなり、より賢いモデルはそれを直しません。
問題はモデルではありません。プロセスです。
実際に欠けているもの
vibe coding で作られたアプリが生まれる過程を一緒にたどり、アーキテクチャ上の決定がどこで下されるか示してください。
あなたは欲しいものを説明します。AI がインターフェースとその背後のいくらかのコードを生成します。あなたはインターフェースを見て、クリックして、だいたい頼んだことをしていて、完了と宣言します。このループのどの時点でも、人間も機械も、実際に何が構築されているかを定義するために立ち止まりませんでした。
スキーマはありません。データモデルはありません。システムが取りうる状態の一覧も、何が正しいとみなされるかの定義もありません。フロントエンドとバックエンドのふりをしているものの間の契約もありません。ユーザーが生成ツールの想定しなかった何かをしたときどうなるかについての決定もありません。誰もそれを想定しなかったからです。
構築されたものは、あなたが頼んだものに似た何かです。まさにデモのときに偶然歩いた道の上でだけそうなのです。その道を外れると、構造全体が足場だったことが判明します。その下に建物は一度もありませんでした。
これは知性の失敗ではありません。定義の失敗です。そして定義されていない問題にどれだけ知性を追加しても、定義された結果は出てきません。同じ足場のより説得力のある版が出てくるだけです。
一度も下されなかった 3 つの決定
具体的に述べます。この会話が円を描く理由は抽象論だからです。
認証は後から追加する機能ではありません。ユーザーが誰であり、何を見られ、アプリがどの信頼の境界に立つかについての決定です。リリースの 2 週間後に vibe coding で作られたアプリにそれをねじ込むことは、壁なしで建てた家に玄関のドアを付けることのプログラミング上の等価物です。
データベースのスキーマは、そこに書き込むフォームを生成しながら AI が推測すべきものではありません。スキーマはアプリの背骨です。その後のあらゆる決定（何を問い合わせられるか、何にインデックスを張れるか、すべてを壊さずに後で何を変えられるか）は、前もって下された、あるいはまさに下されなかった選択によって制約されます。スキーマが即興で作られたとき、将来のあらゆる変更が再構築になります。
API の契約は任意ではなく、AI エージェントがソフトウェアを直接使う経済においては、インターフェースより製品に近いものです。アプリが他の何か（決済処理、メールサービス、他のソフトウェア、AI エージェント）と話す瞬間、定義された表面が存在しなければなりません。それがなければ、統合は誰も維持できず誰も引き継ぎたくない一回限りのパッチの連なりになります。
これらは高度な話題ではありません。最初の週末より長く生きるソフトウェアを構築する最低条件です。そして構築のプロセス全体が「説明し、見て、リリースする」であるとき、飛ばされるのはまさにこれです。
70 パーセント問題に今や名前がある
脆いソフトウェアをリリースする業界を作ろうと誰かが意図したとは思いません。このカテゴリで生まれたツールが、ツールを売る瞬間、つまりアイデアが 1 分未満で動く画面に変わる魔法の瞬間を最適化したのだと思います。
魔法までの時間は測定できるものになりました。本番までの時間は誰か他の人の問題でした。
これはデモにとっては妥当な最適化です。実際のユーザーに実際のアプリを、実際のお金を賭けてリリースする責任を今負っているソフトウェアのカテゴリにとっては、ひどい最適化です。つくり手の世代全体を 90 パーセントで座礁させます。自分の画面では動き、他のあらゆる場所で崩れる何かと一緒に。
Lovable のコミュニティのつくり手はこれに名前を付けました。70 パーセント問題です。ほぼ完成したように見える何かに到達し、そこで前進が止まります。あらゆる修正が別の何かを壊します。残りの作業はプロンプトで通り抜けられる作業ではありません。あなたを妨げているものが欠けたコードではないからです。それは数百世代前に静かに下された、欠けた決定です。
このカテゴリの汚い秘密は、簡単な部分が最初の 90 パーセントだったことです。次の 9 パーセント、つまり 1 人より多いユーザーのために、1 台より多いデバイスで、想定しなかった条件下で実際に動くようにすることは、最初の 90 パーセント全体より難しいのです。そして最後の 1 パーセント、動くアプリを脆いアプリから分ける部分は、始める前に何を構築しているか知っていることを要求する部分です。
AI が変えなかった規則
誰も聞きたくないことがあります。前進の動きだけであるはずの瞬間に、後退の一歩のように聞こえるからです。
最良のソフトウェアは常に定義から始まりました。コードの前にアーキテクチャ。1 行も書かれる前の問題の明確なモデル。50 人のチームがシステムを手で構築していたときも真実であり、1 人と 1 つのモデルが同じシステムを週末に構築できる今も真実です。
AI はこの規則を変えませんでした。AI はそれをより重要にしたのであって、より重要でなくしたのではありません。
コードを生み出すコストがゼロに近づくとき、悪いコードを生み出すコストもゼロに近づきます。つまり依然としてコストがかかる唯一のものは、どのコードが正しいかを見極めることです。その作業（定義の作業、アーキテクチャの作業、構築を始める前に実際に何を構築しているかを決める部分）は、商品化されなかった唯一の部分です。
同時に、現在のツールの世代が飛ばした部分でもあります。
これが実際に向かう先
答えは減速することだとは思いません。答えはすべてを手で書くことに戻ることだとも思いません。飛躍は本物で、飛躍は残ります。
答えは定義のステップをループの中に組み込むこと、業界が今仕様駆動開発と呼ぶ実践です。あなたを遅くする手作業のゲートとしてではなく、残りの作業が乗る本物の土台としてです。これをどうやるかを見極めている人たちは、これまで見てきたものより静かな何かに取り組んでいます。彼らはこのカテゴリの騒がしい版を、それが常にそうであったものとして見せることに近づいています。この次の世代がどう見えるかは別に書きました。
動く画面は、動くシステムと同じものであったことは一度もありません。私たちは皆その理由を思い出そうとしています。
関連する読み物
その座を占めたもの：仕様駆動開発。ツールが今どうなっているか：2026 年の最良の AI アプリビルダー。
よくある質問
「vibe coding」とは何を意味しますか。 vibe coding は、欲しいものを平易な言葉で説明し、その下にあるアーキテクチャ、データモデル、契約を定義せずに AI が生み出したものを受け入れることでソフトウェアを書くことです。Andrej Karpathy が 2025 年初めにこの語を持ち込みました。ツールのカテゴリではなく働き方を指します。vibe coding はほぼどの AI ビルダーでも可能です。
vibe coding で作られたアプリはなぜ本番で崩れるのですか。 障害が構造的で、コードの質の問題ではないからです。生成のループはスキーマ、正しい状態の定義された集合、フロントエンドとバックエンドの間の契約を一度も生み出しません。アプリはデモされた道の上で動き、その外では崩れます。定義されていない問題に適用されたより賢いモデルは、やはり定義されていない結果を出します。
70 パーセント問題とは何ですか。 AI が構築したアプリがおよそ 70 パーセントの完成度に達し、それ以上前進しなくなるパターンです。あらゆる修正が別の何かを壊し、さらにプロンプトを重ねても差は埋まりません。妨げているものは通常、数百世代前に静かに下され、書き直しなしにはもう変えられないアーキテクチャ上の決定です。
AI が生成したコードはより安全でないのですか。 現在の証拠はレビューが必要だと言っています。Veracode の研究は、AI が生成したコードが調査した検体のおよそ 45 パーセントでセキュリティの脆弱性を持ち込んでいたことを見出しました。Microsoft が Copilot のアクティブなユーザーが送るコードのおよそ 46 パーセントが AI 生成であると報告していた時期のことです。量が検証より速く増えています。
これは AI アプリビルダーを使うべきでないという意味ですか。 いいえ。プロトタイプ、デモ、社内ツールにとっては本当に卓越していて、速度は本物です。ここでの主張はより狭いものです。動く画面は動くシステムではなく、定義フェーズを飛ばすツールは、モデルがどれだけ良くなっても後者を生み出せません。
