Microsoft AI CEO、今や数秒でアプリを構築可能。コーディングは死んだのか？

全てを変えた発表

先週木曜日、ムスタファ・スレイマン氏が開発者コミュニティに衝撃を与える声明を発表しました。Microsoft AIのCEOは、直接引用すると「誰もが今やヴァイブコーディングで、数秒でアプリを作成できる」と述べました。

テックCEOからの誇張は聞いたことがあります。しかし、今回は違います。

なぜならSuleymanは予測を立てている外部の人間ではないからです。彼はGitHub Copilotを所有する会社を運営しています。彼には誰もアクセスできないデータがあります。彼が壁が崩れたと言うとき、彼は推測しているのではなく、彼が見ていることを報告しているのです。

タイミングも注目に値します。これは、Andrej Karpathyが「vibe coding」という用語を、使い捨ての週末プロジェクトを構築する方法として提唱してからちょうど1年後のことです。業界はそれを見て「いや、これを本番環境にリリースする」と言いました。

そして私たちはやりました。いや、ほんとにやりました。

92%の日常使用は実際どのようなものか

情景を描いてみましょう。先月、サンフランシスコで創業者のミートアップに参加しました。40人のうち、AIコーディングツールを定期的に使っていないと手を挙げたのは1人だけでした。

1人。

92%という数字は何らかの学術的予測ではありません — それはすでに起きていることの記述です^[2]。採用曲線を過ぎました。生産性のプラトーにいます。

これが実際に意味することは次のとおりです：

傾向は明確です。問題は「もし」ではなく「どれくらいの速さで」です。

しかし、誰も教えてくれないことがあります

私たちはより速く構築できます。それは議論の余地がありません。

でも、本当に安全に構築できるのか？

ここに不快な真実がある：AI生成コードの45%がセキュリティ脆弱性を含んでいる^[4]。二度言う。AIが書くコードのほぼ半分にセキュリティの問題がある。

最新の例は？Moltbookの侵害です。完全にvibeコーディングされたプラットフォームが、150万件のAPIキーをパブリックインターネットに晒しました^[5]。研究実験でもCTFチャレンジでもありません。リアルなユーザーとリアルなシークレットを持つリアルな製品が、コードが機能的であったにもかかわらずセキュリティを考慮していなかったため、略奪されました。

ここから、Suleymanの「数秒で構築」という主張が進歩というより警告に感じ始める部分です。

The Security Crisis Hiding in Your Generated Code（生成されたコードに隠されたセキュリティ危機）

約6ヶ月間vibe codingをしてきた。3つの製品をリリース。すべてにセキュリティ上の問題が見つかった。

Here's what I've learned:

問題は予測可能である

• ハードコードされたAPIキー — AIは環境変数を使用する必要があることを常に知っているわけではありません
• 入力検証の欠如 — 生成されたエンドポイントはユーザー入力を盲信することが多い
• 壊れた認証 — セッション処理、トークン検証、パスワードハッシュが忘れられがち
• SQLインジェクション — 2026年でも、AIはまだ SELECT * FROM users WHERE id = ${id} を書くことがあります

修正はシンプル（だが、誰もやらない）

AIが生成したコードは、見知らぬ人が書いたかのように1行ずつ確認する必要があります。なぜなら、実際にその通りだからです。

私は今やすべてのプロジェクトをデプロイ前に自動セキュリティスキャンを実行しています。Snyk、CodeQL、npm audit — 何でもかまいません。追加の10分が何度も救ってくれました。

それではSuleymanは間違っているのか？

正確には言えません。彼はただ不完全なだけです。

数秒で構築できるアプリ？本物です。機能的です。リリース可能です。昨週末に約3時間でダッシュボードを構築しましたが、2024年には1週間かかっていたでしょう。

しかし、ここにニュアンスがあります：「数秒で」という部分は最初のバージョンに当てはまります。 動作するバージョン。ユーザーに見せられるバージョン。

ハッキングされないバージョン？それにはより多くの時間、より多くの検証、より多くのエンジニアリングの規律が必要です。

Suleymanはバリアが崩れたことは正しいと言っている。しかし、彼が言わなかったのは、その下にまだ隠れた床があり、そこには露出したAPIキーと欠落している認可チェックが溢れているということだ。

インディー開発者にとってこれが意味すること

一人で、または小規模チームで構築している場合、ここが戦略的優位性です：

AIで素早く出荷。セキュリティが重要な場合はエンジニアリングでセキュリティを。

速度よりも順序が重要です：

• vibe codingを使って検証する — ユーザーの前にすばやく何かを作る
• MVPをローンチ — 実際のトラクションでテスト
• セキュリティを考慮したリファクタリング — スケールする前に
• マーケティング前に監査 — 次の見出しにならないように

今勝ち続けている創業者たちは、コードに一切触れない人たちではありません。彼らはAIを使って素早く動き、その後、製品が重要になる前に専門知識を持ち込む（または自分で学ぶ）人たちです。

The Linus Moment

ここで思い出したことがある: Linuxを書いたリナス・トーバルズは、何百万行ものコードを書いてきた人物だが、最近Google Antigravityを使ってコードを書かずにコンポーネントを構築した^[6]。

よく考えてみてください。

史上最も複雑なソフトウェアシステムの1つを構築したクリエイターが、AIが今できることを見て「ああ、使う」と言いました。

Linusがvibe codingできるなら、残りの私たちはそれが自分たちには及ばないと偽るのをやめるべきかもしれません。

よくある質問

総評

Suleymanは正しい。障壁はなくなった。今や数秒でアプリを構築できる。

しかし、ポッドキャストでは決して言わないこと：数秒で構築するアプリは、本番環境でユーザーデータを漏洩させるのと同じアプリです。

やめる理由にはなりません。賢くなる理由です。

ツールを使って、素早くリリースしてください。しかし、スケールする前に一度立ち止まり、実際に重要なエンジニアリング作業を行ってください。ユーザーとAPIキーが感謝します。

関連投稿

出典

• Vibe Codingとは？2026年完全ガイド
• Cursor vs WindsurfでVibe Coding：2026年にどちらが勝つ？
• 7日でAIアプリを構築する方法（ステップバイステップ）
• 100人のベータユーザーを素早く獲得する方法

元記事はGetFree.APPブログに掲載 — 最終更新日：2026年2月17日