世界で使われるWebの土台、GitHubで今何が起きているか

AIがコードを書く時代になっても、「何の上に作るか」という選択は消えていない。GitHubのスター数を見ると、React（約25万）・Angular（約10万）・Symfony（約3万）はいずれも現在進行形でコミットが続いており、単なる「過去の資産」ではなく今もアクティブに更新されているフレームワークだとわかる。

これらは2010年代に台頭し、企業の本番環境に深く根を張ってきた。その結果として何が起きているかというと、ドキュメント・チュートリアル・Stack Overflowの質問と回答・GitHub Issues、これらが膨大に積み上がっている。AIが学習データとしてこれを取り込んでいるため、メジャーなフレームワークを指定してコード生成させるほうが、マイナーなものを選ぶより精度が高く、エラー解決も速い。バイブコーディングの文脈で「土台選びが先」と言われるのはこのためだ。

CursorやGitHub Copilot、v0などのAIコーディングツールは、指示の中に「どの技術スタックを使うか」が含まれていると、生成するコードの品質が変わる。理由は単純で、学習データの量と質に差があるからだ。

たとえばv0（Vercel製のUI生成ツール）はReactとTailwind CSSを前提に設計されており、「Reactでナビゲーションバーを作って」と指定するだけで動作するコードが出力される。対してあまり使われていないフレームワークを指定すると、AIが「それっぽく見えるが動かないコード」を生成するリスクが高まる。

AIエージェントで並行作業、Gitを使い倒す新CLIでも触れたように、AIを使った開発フローはすでに複数ツールの連携が前提になってきた。その連携をスムーズにするには、ツール間で共通言語として通じるフレームワークを選ぶことが土台になる。AngularはGoogle製でエンタープライズ向けの設計が強く、Symfonyはバックエンド（サーバー側のロジック）向けのPHPフレームワーク。用途によって選択肢は変わるが、まずLPや簡単なWebアプリを作りたいなら、情報量・ツール対応の両面でReactが最も入口として詰まりにくい。

バイブコーディングで自分でコードを書かない場合でも、AIへの指示の中でフレームワークを明示するかどうかで結果が変わる。具体的には、プロンプトの冒頭に「Reactで作って」「Next.jsを使って」と入れるだけで、AIが選ぶ構成が変わり、後から修正が必要になる回数が減る傾向がある（v0やCursorのドキュメントにも、スタック指定を推奨する旨が記載されている）。

コードが書ける人にとっては、フレームワークのバージョンや依存関係まで指定できれば精度はさらに上がる。たとえば「React 18、TypeScript、App Routerなし」のように条件を絞ると、AIが「最新のNext.js前提のコード」を誤出力するミスを防げる。

つまり、フレームワーク知識は「自分でコードを書くためのもの」だけでなく、「AIに正しく指示するための語彙」としても機能する。コードを書く気がなくても、メジャーフレームワークの名前と用途の違いを頭に入れておく価値はある。