观尤雨溪 2026 VueViteConf 分享：AI 时代，前端框架与代码范式正在发生转变

最近看完尤雨溪在 Vue ViteConf 2026《Vue Vite 生态最新进展》中关于 AI 时代框架设计的思考很多观点戳中当下 AI 辅助开发的现状整理一下个人理解。1. 成熟框架的 “语料红利” 与枷锁作为 Vue 这类主流成熟框架海量开源项目沉淀成大模型训练语料一线模型已经可以熟练驾驭框架语法。但随之而来有一个限制LLM 对框架重大版本改动具备很强滞后性早年就出现过 AI 混淆 Vue2 与 Vue3API 的现象。这带来一条设计启示一旦框架已经大规模进入训练数据应当尽量规避破坏性、颠覆性的底层改动减少模型认知混乱。2. AI 视角下API 设计需要重新权衡取舍我们开发者写代码长期倾向追求简洁经常会斟酌各类名称缩写但大模型的偏好完全不同API 规则的一致性重要性远超代码简洁度。AI 不会嫌弃命名稍长但是模糊、缩写、不统一的命名极易造成推理错误。过度追求简短精简反而会增加 AI 理解代码的负担。3. 重新看待代码组织关注点分离 ≠ 文件拆分早年前端主流思想HTML、JS、CSS 语法分离拆分到独立文件实现解耦。这套模式适合人类开发放到 AI 场景里短板被放大当元素 class 写在 JSX样式定义分散在另一个 CSS 文件AI 想要完整理解一段组件必须同时读取多个文件消耗上下文窗口更容易丢失信息。现在两条热门实践恰好解决这个痛点Vue SFC 单文件组件同一个组件的模板、逻辑、样式收纳在一个.vue文件内React 生态普遍拥抱 Tailwind CSS样式直接以内联原子类写在标签上消除独立样式文件。很多人误以为这是 “走回耦合老路”实际上核心逻辑是不需要机械按照语法类型切割文件同一个业务单元的上下文尽量局部聚合让信息就近可见。这也是大模型更加偏好的代码组织形式。4. 永恒不变的底线无论开发范式、AI 工具如何演变性能优化、代码正确性相关改进能够同时让人和大模型受益永远是长期值得投入的方向。总结过去框架设计只需要考虑人的开发习惯进入 AI 原生开发时代我们写代码、设计框架需要额外把「大模型理解成本」纳入考量。