當 AI 默認生成 React，Vue 正在被大模型拋棄嗎？

早在去年 1 月，Vibe Coding 概念被正式提出之前，Vue.js 官方在 GitHub 社區發起了一次不同尋常的討論。帖子標題是“Official Vue.js AI Rules File for AI assisted code generation”，內容直指一個讓 Vue 開發者頭疼已久的問題：AI 代碼生成工具總是默認輸出 React 代碼，Vue 開發者似乎正在被 AI 拋棄。

帖子里寫道，AI 模型在訓練過程中往往優先考慮 React，迫使 Vue 開發者反復在提示詞中聲明自己的框架偏好，編寫自定義提示規則，一頓操作下來好不容易生成的還是過時的 Vue 2 代碼。

這不是個別開發者的抱怨。當 GitHub Copilot 已經突破 2000 萬用戶，當 Stack Overflow 的 2025 年開發者調查顯示 84% 的開發者已經在工作中使用 AI 編程工具，一個過去不曾存在的問題出現了：AI 的訓練數據偏差，正在前所未有地影響前端技術選型。

訓練數據里的數字鴻溝

要理解為什么 AI 偏愛 React，先看一組數字。

根據 PkgPulse 在 2026 年 2 月的統計，React 的 npm 周下載量約為 9600 萬，Vue 約為 900 萬，差距接近 10 倍。在 npm 生態系統中，React 相關的包占據了約 61% 的份額，Vue 約 10%，Angular約 28%。W3Techs 在 2026 年 4 月的統計顯示，React 在全球網站中的使用比例約為 7.9%，Vue 為 0.9%。

GitHub 上有超過 2800 萬個公開代碼倉庫，這些倉庫是 Copilot 等 AI 編程工具最主要的訓練數據來源。React 倉庫的數量、代碼量、Stack Overflow 上的問答量，都對 Vue 形成了壓倒性優勢。

但這并不意味著 React 在所有維度上都贏了。

State of Vue.js 2025 報告顯示，Vue 3 的采用率已達 82%，開發者保留率約 87%；GitHub 上 Vue.js（2+3） 的 Star 數超過了 React；State of JavaScript 2025 調查中，React 雖然使用率排名第一，但同時也是開發者吐槽最多的框架，有 601 票對 React 表達了不滿。相反，Vue 的開發者滿意度和回歸意愿一直維持在高位，尤其是在國內以及亞太地區，得益于社區完善的中文生態運營，Vue 收獲了極高的人氣。

問題在于，這些真實世界里的開發者偏好，并沒有同比例地反映到 AI 模型的訓練數據中。AI 代碼生成工具不是在做“技術判斷”，它只是在做語料統計 —— 誰的代碼多，就輸出誰的代碼。

偏見的具體表現

AI 對 React 的偏好并不是單一的，這種偏好在不同的 AI 編程工具和場景中表現出不同的形態。

GitHub Copilot 的情況最為典型。Copilot 的訓練集直接來自 GitHub 公開倉庫，由于 React 倉庫在數量上占據絕對優勢，Copilot 的代碼補全建議天然偏向 React 語法。這在已有 React 代碼的上下文中不是問題，但在 Vue 項目中偶爾會“串線”，插入不符合 Vue 語法的 React 代碼片段。

v0.app（原 v0.dev）則是另一種情況。這個由 Vercel 推出的 AI UI 生成工具，底層綁定了 shadcn/ui 和 Tailwind CSS 的 React 生態，因此只輸出 React 代碼。這不是訓練數據的偏差，而是產品層面的設計選擇 —— Vercel 的核心業務圍繞 Next.js 展開，選擇 React 是商業邏輯。

Claude Code 和 Cursor 的行為則更為微妙。這些工具在有明確項目上下文時能夠準確識別框架：如果項目里存在package.json、vue.config.js、.vue文件，它們會正確輸出 Vue 代碼。偏見主要發生在從零開始創建項目、缺乏上下文的場景中 —— 模型更容易默認輸出 React，因為它在訓練中見過的 React 代碼遠多于 Vue。

Vue 官方在 2025 年 1 月發起的社區討論，本質上就是在尋找系統性解決方案。官方推出了一套標準化的 AI 規則文件，供 Vue 開發者在 Cursor、Copilot 等工具中使用，以對抗訓練數據帶來的默認偏好。Vue School 也在同年 6 月發布了專門面向 Vue.js 和 Nuxt.js 開發者的 AI 編程指南，幫助社區適應 AI 時代的開發流程。

不只是 React 和 Vue 的事

如果你以為這只是前端框架之間的爭奪，范圍就太小了。AI 編程工具對技術選型的“暗箱干預”，幾乎滲透到了每個開發領域。

AI 工具在生成代碼時幾乎默認附加 TypeScript 類型注解，即使你要求用純 JavaScript。這在實踐中導致了一個有趣的現象：很多本不需要類型系統的項目被 AI 靜默升級了 TS。The New Stack 在 2025 年 12月 發布的一篇分析文章指出，AI 代碼工具正在“收斂到兩個默認輸出” —— 當項目有構建管線時輸出 React + TypeScript，沒有時輸出純 HTML。這篇文章將此稱為“2025 年 Web 開發最大的悖論”：AI 工具聲稱讓開發者更自由，卻在系統性地縮小技術選擇的范圍。

在數據庫領域，不少開發者反映 AI 生成數據庫方案時明顯偏好 PostgreSQL，這背后的邏輯同樣是訓練數據分布 —— 開源社區中高質量的 PostgreSQL SQL 示例和教程密度遠高于 MySQL。但 MySQL 在傳統企業應用中仍有大量使用，AI 的偏好并不反映真實市場的技術分布。

TypeScript ORM 領域，Prisma 在過去幾年中積累了大量的 GitHub 教程、博客文章和示例項目。AI 生成后端代碼時，Prisma 的出現頻率遠高于 TypeORM、Drizzle 或 Sequelize。但 2024 年以來 Drizzle 憑借更輕量的設計和 SQL-first 理念迅速崛起，在技術討論中已經能夠與 Prisma 分庭抗禮，AI 的輸出卻還停留在 Prisma 主導的時代。

這些案例的共同規律很清晰：GitHub 倉庫數量和 npm 下載量最高的選項，就是 AI 的默認答案。這不是技術評估，也不是最佳實踐判斷，而是純粹的統計結果。

Vue 的反擊和 AI 時代的選型邏輯

Vue 社區并沒有坐以待斃。

2025 年，Vue 3.5 發布，帶來了對 Vapor Mode 的正式支持。Vapor Mode 通過編譯優化繞過虛擬 DOM，官方基準測試顯示性能提升在 40% 到 60% 之間。Nuxt 3 的生態系統持續成熟，Vue 在服務端渲染和全棧框架領域有了自己的答案。

但 Vue 面對的挑戰不止于技術。State of Vue 2025 報告中，22% 的開發者提到了“生態缺口”這個痛點 —— 缺少 MUI、Radix UI 這種級別的官方組件庫，讓 Vue 在 AI 訓練數據中的代碼模板密度先天不足。當 AI 在生成一個數據表格或一個表單組件時，React 生態中有大量現成的代碼模式可供參考，Vue 的選擇面則窄得多。

這形成了一個難以打破的循環：訓練數據中 React 代碼多，AI 生成 React 代碼多，開發者使用 React 的項目多，新產生的 React 代碼繼續進入訓練數據。Vue 開發者再忠誠，也難以逆轉這個循環。

Vue 官方對此的應對策略是雙線的：技術層面推進 Vapor Mode 和 Nuxt 生態建設，工具層面推出官方 AI 規則文件。但這只解決了“已有 Vue 項目如何讓 AI 不搗亂”的問題，沒有解決“新項目從零開始時 AI 推薦 React ”的根本性問題。

國內前端社區在 2026 年 3 月出現了一篇討論文章，提出了“AI-First 框架”的概念：在 AI 編程時代，一個框架能否被 AI 正確理解和生成，可能比它的語法優雅程度更重要。高度聲明式、強類型約束、可預測的代碼結構 —— 這些特征讓框架更“AI 友好”，也讓 AI 生成的代碼更可靠。按這個標準來衡量，React 的確在當前階段占優，但優勢的來源不是設計哲學，而是代碼量的堆砌。

Vercel 在 2025 年發布的 AI SDK 3.0 中還提出了“Generative UI”的概念 —— 由 AI 動態生成和修改用戶界面，而不依賴預設的組件庫。如果這個方向成立，前端框架之間的競爭可能被降維：不管你用 React 還是 Vue，AI 直接生成的是原生 Web 組件或者一種全新的抽象層。傳統框架之間的差異，在 AI 面前可能變得不那么重要。

開發者應該在意這件事嗎

對于已經在 Vue 生態中深耕的開發者來說，AI 偏見的影響是具體的、可感知的：你需要花更多時間糾正 AI 的錯誤輸出，AI 生成 Vue 代碼的質量低于 React，新人入職時 AI 工具的默認建議可能把你推向 React。

但從更大的視角來看，這個問題指向的是 AI 編程時代一個尚未被充分討論的議題：當超過 84% 的開發者依賴 AI 輔助編程，訓練數據的分布偏差就在系統性地塑造下一輪技術選型。不是因為某個技術更優秀，而是因為它的歷史代碼量更大。

2026 年 4 月，這個問題還沒有好的解決方案。Claude Code 和 Cursor 在有上下文時能正確識別框架偏好，但對大量使用 Copilot 代碼補全、或者從零開始新項目的開發者來說，偏見依然存在。Vue 官方的 AI 規則文件是一個務實的補救，但讓每個框架的維護者都去維護一份“AI 生成規則”，這件事本身就說明了問題的嚴重性。

1. Vue.js 官方 AI 規則文件討論: https://github.com/orgs/vuejs/discussions/12780
2. State of Vue.js 2025 報告: https://stateofvue.framer.website/
3. React vs Vue npm 數據對比（PkgPulse 2026.2）: https://www.pkgpulse.com/blog/react-vs-vue-2026
4. CodeStz：“Why AI Defaults to TypeScript”（2026.3）: https://codestz.dev/experiments/why-ai-defaults-to-typescript
5. Vue School AI 編程指南: https://vueschool.io/articles/vuejs-tutorials/how-vue-js-developers-can-use-ai-coding-agents-to-build-faster/

4 月 24 日，OSC 源創會 × FAIR plus2026
【具身智能工程化實戰沙龍】

深圳福田會展中心 9 號館 4 號會議室
聚焦具身智能從技術研發到工程落地的核心痛點
現場還能體驗模力方舟“口袋龍蝦”PocketClaw

?一線項目復盤
失敗案例拆解
AI 硬件資源對接

免費報名 oschina.net/event/8598188