当 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