阅读视图
新易盛午后涨逾4%,总市值突破6000亿
快手618商家大会于杭州启动
一季度长三角区域进出口总值创历史同期新高
Next.js从入门到实战保姆级教程(第一章):导读——建立 Next.js 的认知框架
在《2026年前端开发工程师转型AI Agent开发工程师全指南》一文中,我们系统梳理了前端开发与AI Agent开发在技术栈层面的宏观差异与映射关系。需要指出的是,AI Agent的工程实现仍离不开客户端层的支撑,而Next.js作为当前主流的全栈开发框架,已成为构建AI Agent客户端的首选技术方案。本系列文章将围绕Next.js技术栈,系统讲解AI Agent客户端开发的工程实践,旨在为AI Agent开发者提供一套完整的客户端侧工程实践指南。(
本系列教程适合所有开发者阅读,不限于前端。)
前言
在开始教程和编写代码之前,我们需要先建立起对 Next.js 的整体认知。许多开发者在学习新框架时容易陷入一个误区:直接动手实践而缺乏理论指导,导致只能机械地执行步骤,无法真正理解设计背后的原理。
本章的目标就是帮助你构建清晰的认知框架,理解 Next.js 的核心价值、解决的问题域以及学习路径,为后续深入学习奠定基础。
一、Next.js 的定位与核心价值
要理解 Next.js 的设计哲学,需要先了解 Web 应用渲染模式的演进历程。
1. 传统渲染模式的局限性
服务端渲染(SSR)模式:早期的 Web 应用普遍采用服务端渲染,服务器将完整的 HTML 组装后发送给浏览器。这种模式的优势在于:
- 搜索引擎优化(SEO)友好,爬虫可直接获取内容
- 首屏加载速度快,无需等待 JavaScript 执行
然而,其缺点同样明显:
- 页面切换时需要重新请求,用户体验割裂
- 交互响应延迟,每次操作都需往返服务器
客户端渲染(SPA)模式:随着 React、Vue 等前端框架的兴起,单页应用成为主流。浏览器仅接收基础 HTML 骨架,通过 JavaScript 动态渲染内容。这种模式带来了:
- 流畅的页面切换体验,无需刷新
- 丰富的交互能力,响应迅速
但代价是:
- SEO 效果显著下降,多数搜索引擎难以有效索引 JavaScript 生成的内容
- 首屏加载时间延长,用户需等待 JavaScript 下载和执行
2. Next.js 的解决方案
Next.js 的核心价值在于融合两种渲染模式的优势:
graph LR
A[纯客户端渲染 SPA] -->|优势| B[交互体验优秀<br/>劣势:SEO 受限]
C[传统服务端渲染] -->|优势| D[SEO 友好<br/>劣势:体验割裂]
B --> E[Next.js]
D --> E
E --> F[兼顾两者优势<br/>提供现代全栈开发体验]
具体而言,Next.js 实现了:
- 基于 React 组件化开发,享受现代化前端工程体系
- 支持服务端预渲染,确保首屏速度和 SEO 效果
- 提供静态生成能力,利用 CDN 实现极速访问
- 保留动态渲染灵活性,适应复杂业务场景
这是 Next.js 区别于其他框架的根本特征。
二、核心概念解析
学习 Next.js 需要掌握几个关键概念,这些概念贯穿整个框架的设计:
1. 渲染策略
(1)SSR(Server-Side Rendering,服务端渲染)
每次请求时,服务器实时执行代码并生成 HTML发送到客户端,客户端接收HTML后会下载Javascript进行水合(Hydration),使页面可交互。适用于内容频繁变化的场景,如用户个人主页、实时数据面板等。
(2)SSG(Static Site Generation,静态站点生成)
构建阶段预先生成所有页面的 HTML,部署至 CDN等服务器。适用于内容相对稳定的场景,如博客文章、产品介绍页面。该方式具有极快的访问速度,服务器负载极低。
(3)ISR(Incremental Static Regeneration,增量静态再生)
SSG 的增强版本。页面以静态形式存在,内容更新时在后台异步重新生成,无需重新部署。这是处理"低频更新内容"场景的最优方案。
3. 路由系统
Next.js 13 引入了新型的路由系统:App Router。它基于文件系统约定,取代了传统的 Pages Router。本教程全程采用 App Router,它代表着 Next.js 的未来发展方向。
提示:初次接触时无需深入理解每个概念的实现细节,建立基本印象即可。后续章节将在具体场景中详细展开。
三、技术生态定位
明确 Next.js 与其他技术的关系,有助于做出合理的技术选型决策。
1. Next.js 与 React
Next.js 是基于 React 的全栈框架。React 提供了组件化 UI 开发能力,而 Next.js 在此基础上增加了:
- 文件系统路由
- 服务端数据获取机制
- 构建优化与性能增强
- 全栈开发能力(API Routes、Server Actions)
可以将 React 视为基础库,Next.js 则是提供完整解决方案的应用框架。
2. Next.js 与 Vue/Nuxt
这属于技术生态选择问题。如果团队熟悉 Vue 技术栈,Nuxt.js 是对应的优选方案;若熟悉 React 生态,Next.js 是自然选择。两者在理念和功能上高度相似。
3. Next.js 与 Remix
两者均为 React 全栈框架,设计理念相近但 API 存在差异:
- Next.js:生态更成熟,社区资源更丰富,市场占有率更高
- Remix:在某些方面(如表单处理的标准化程度)具有独特优势
对于大多数项目,两者都是可靠选择。考虑到学习资源和就业机会,Next.js 更具优势。
4. Next.js 与传统后端框架
Next.js 并非后端框架的替代品。虽然提供了 API Routes 和 Server Actions 处理后端逻辑,但其定位是全栈 Web 框架,而非专业后端解决方案。对于复杂的业务逻辑、微服务架构等场景,仍需结合专业的后端框架(如 Express、NestJS 等)。
四、AI 时代的技术契合度
近年来 AI 应用的爆发式增长中,大量产品(如 ChatGPT、Claude、Perplexity)均采用 Next.js 或类似框架构建。这种趋势背后存在技术层面的必然性。
如果你有关注现在的招聘市场,你会发现几乎所有的AI应用相关的公司在前端岗位上都会明确要求掌握Next.js技术栈,而且这种趋势正在慢慢地渗透到其它非AI应用类的岗位上,所以Next.js将会是前端工程师的必备技能。
AI 应用的核心需求与 Next.js 的特性高度匹配:
1. 流式输出支持
大语言模型的文本生成是逐字输出的过程,而非等待完成后一次性返回。Next.js 的流式渲染(Streaming)和 Streaming API 天然支持"边生成边显示"的交互模式。
2. 服务端安全调用
调用 OpenAI 等 AI 服务时,API Key 必须严格保护,绝不能暴露于前端代码。Next.js 的 Server Actions 和 Route Handlers 允许在服务端安全地处理 AI 请求,客户端完全隔离敏感信息。
3. 混合渲染策略
AI 应用通常包含静态内容(产品说明、使用文档)和动态内容(对话历史、实时生成结果)。Next.js 支持在同一项目中为不同页面配置不同的渲染策略,实现性能和灵活性的平衡。
// app/api/chat/route.ts
// 在服务端安全调用 AI API,API Key 不会暴露给客户端
import { openai } from '@ai-sdk/openai'
import { streamText } from 'ai'
export async function POST(request: Request) {
const { messages } = await request.json()
// process.env.OPENAI_API_KEY 仅在服务端可用
const result = streamText({
model: openai('gpt-4o'),
messages,
})
return result.toDataStreamResponse()
}
五、前置知识要求
掌握适当的前置知识能够显著提升学习效率。以下内容按重要程度分级:
1. 必备基础
(1)HTML/CSS
能够理解和编写基本的页面结构与样式。至少掌握 flex 布局等常用 CSS 技术。
(2)JavaScript(ES6+)
重点掌握以下语法特性:
- 箭头函数
- 解构赋值
- 模块导入导出(import/export)
- 异步处理(async/await、Promise)
这些语法在 Next.js 代码中广泛使用,熟练掌握是顺利学习的前提。
(3)React 基础
这是学习 Next.js 的硬性要求。需要理解:
- 组件的概念与 JSX 语法
- 状态管理(useState)
- 副作用处理(useEffect)
- Props 传递机制
建议:如果 React 基础尚不扎实,建议先完成 React 官方入门教程,再开始学习 Next.js,可达到事半功倍的效果。
2. 推荐了解
(1)TypeScript
本教程所有代码示例均采用 TypeScript。不需要精通高级类型技巧,但应能理解:
- 接口定义(interface)
- 基础泛型
- 函数参数类型标注
遇到复杂的类型代码时可暂时跳过,不影响主体逻辑的理解。
(2)Node.js 基础
了解 Node.js 的基本概念,能够使用命令行执行脚本即可。
六、教程结构说明
本教程按照"从实践到理论,再到生产应用"的逻辑分为六个部分:
1. 入门篇(第 1-2 章)
解决"快速启动"问题,重点讲解项目结构和文件系统约定,这是 Next.js 与传统 React 项目的核心差异。
2. 核心篇(第 3-4 章)
深入路由系统和数据获取机制,这是 Next.js 的灵魂所在。掌握这两章内容后,即可构建大部分常见应用。
3. 进阶篇(第 5-8 章)
探讨组件模型、样式方案、图像优化、SEO 等主题,这些是将应用从"可用"提升至"优质"的关键要素。
4. 高级篇(第 9-12 章)
涵盖表单处理、错误边界、身份认证、性能优化等生产级应用必须面对的问题。
5. 部署上线篇(第 13 章)
详细介绍从开发环境到生产环境的完整部署流程。
6. 实战篇(第 14 章)
通过一个完整的全栈博客项目,将所有知识点融会贯通。
七、针对不同背景的学习建议
1. 具备 React 经验的前端开发者
可快速浏览入门篇,重点关注核心篇和进阶篇,这些章节阐述了 Next.js 相比普通 React 项目的独特之处。
2. 后端开发者(JavaScript 基础一般)
建议按顺序学习,不要跳章。Next.js 的服务端能力(Server Actions、Route Handlers)会显得较为亲切,但前端思维模式需要时间适应。
3. 初学者(刚接触 React)
严格按顺序学习,每章完成后务必动手实践。"理解概念"与"能够实现"之间存在差距,只有通过实践才能跨越。
4. 技术负责人(评估技术选型)
重点阅读导读篇、核心篇和实战篇,其他章节根据实际需求参考。
八、总结
通过本章的学习,你应该已经建立起对 Next.js 的整体认知:
- 理解了 Next.js 解决的核心问题及其价值主张
- 掌握了关键概念的基本含义
- 明确了自身的学习路径和重点
接下来的章节将进入理论教程与实践环节,从环境配置开始,逐步深入 Next.js 的各个层面。掌握好Next.js的使用,将会为你的职业生涯增加一份可观的竞争力。
车企在给电池厂打工?宁德时代罗坚:只需问输出的价值够不够,其他的交给市场
萤石发布搭“星辰世界模型”的蒸汽洗地机
消息人士:Anthropic计划很快向欧洲的银行开放Mythos使用权限
uni-app 组件库 Wot UI 2.0 发布了,我们带来了这些改变!
大家好,我是不如摸鱼去,好久不见。
进入 2026 以来,大家可以感受到 wot-ui 的迭代速度明显放缓了,我们最近也接到了无数催更的消息。很多人以为我们是在偷懒或者放弃更新了,其实不是,我们是在偷偷写代码然后准备惊艳所有人!(其实是苦苦码了好几个月,来点点赞吧)
接下来看看我们带来了哪些东西吧!
V2
如今已经是 AI 编程时代了,Wot UI 的 slogan 也调整成了「轻量、美观、AI 友好」。我们的目标很直接,就是为大家带来更高效、更易用,也更适合和 AI 协作的 uni-app 开发实践。
主要变化
对比 v1,v2 这一版我们带来了不少更新:
- 全新的设计系统。 在 v2 版本,我们基于基础变量、语义变量和组件变量三层 design token 搭建全新的设计系统,使修改组件样式和自定义主题变得随心所欲,同时升级了 UI 视觉体验。
- 简化 form 及相关组件
我们简化了
form相关组件的用法,提供基于zod的校验引擎以及支持自定义校验引擎,使用form-item替换cell作为表单项,优化各表单组件与非表单组件结合form-item使用的写法,不再区分「表单组件」和「非表单组件」。 - 优化文档体验
重新整理文档结构,统一组件文档结构,将
@wot-ui/vitepress-theme提取后发布为 vitepress 主题,统一多个 wot-ui 多个库的文档 UI,同时在每个组件文档中增加 css 变量的展示。 - 优化 AI 支持
- 提供 cli 工具
@wot-ui/cli,其内部提供 cli 与 mcp,以优化 wot-ui 组件库的 AI 编程体验。 - 提供多个 skills 与 LLMs.txt。
- 提供 Unocss 预设
提供了 Unocss 预设
@wot-ui/unocss-preset,内置主题变量、语义色、间距、圆角、字重、透明度、描边和排版相关原子类规则,把 wot-ui 的设计 token 和主题变量映射成可直接使用的原子类。
CLI
很多同学在用 AI 写 wot-ui 页面时,问题其实不在于模型不会写,而在于它总爱“凭感觉”写。比如 props 名字记错了、事件猜错了、slot 用法写得像对的,结果一跑就炸。
所以在 v2 里,我们专门提供了 @wot-ui/cli。它不是一个单纯的脚手架工具,而是把 wot-ui v2 的组件知识整理成一套可查询、可校验、可给 AI 调用的能力。
你可以把它理解成一个本地离线知识库,既能给开发者自己查,也能给 AI 客户端通过 MCP 调用。常见能力包括:
- 查询组件的 props、events、slots 和 CSS 变量
- 查看组件 demo,减少 AI 瞎猜用法
- 扫描本地项目,检查不合理或错误的组件写法
- 通过 MCP 接入 AI 工具链,让 Agent 先查再写
比如以前你让 AI 写一个表单页,它可能先吐出一份“看起来很像 wot-ui”的代码。现在更合理的流程是,先查组件约束,再生成代码,最后再跑一遍检查。这样出来的结果会稳很多。
简单来说,@wot-ui/cli 想解决的不是“怎么让 AI 更会猜”,而是“怎么让 AI 少猜一点”。这也是我们这次把「AI 友好」放进 v2 里的一个重点。
Starter
如果说组件库解决的是“页面怎么写”,那 Starter 解决的就是“项目怎么开”。所以这次我们也没有把它当成一个单纯的 demo 仓库来维护,而是持续把它往一套更适合真实开发、也更适合 AI 协作的 uni-app 起手方案去打磨。
1.5 之后,Starter 先补上了 skills,开始把项目里常用的开发约定、页面结构和组件使用方式整理出来,让 AI 在这个模板里写代码时不再完全靠猜。到了 2.0,Starter 进一步完成了对 wot-ui v2 的适配,示例、主题能力、反馈组件文档以及整体开发链路也一起升级。
你可以把现在的 Starter 理解成:它不只是“集成了 wot-ui 的模板”,而是一个默认就站在 v2 体系上的起点。新项目拉下来之后,从主题定制、页面组织到后续和 AI 配合开发,整个体验都会比 1.x 时代更顺手一些。
CSS 插件
再往下一层看,组件和模板之外,样式这一层我们也往前推了一步,提供了
@wot-ui/unocss-preset。它本质上是一个基于 UnoCSS 的预设,用来把 wot-ui v2 的设计 token 直接映射成可用的原子类。
这件事的价值在于,你在写页面时不需要一边翻设计变量、一边手写一堆样式映射了。像颜色、间距、圆角、字重、排版这些能力,现在都可以直接通过统一的 wot- 前缀类名来组织,主题切换时也能更自然地跟着整套 token 体系走。对于喜欢原子化 CSS 的同学来说,这一层会让 wot-ui v2 真正从“组件好用”变成“整套样式开发都更顺手”。
VSCode 插件
如果说前面这些更多是在补工具链和工程体验,那再落回到日常写代码,我们也补上了 VS Code 插件这一层,也就是 VS Code 插件 wot-ui-intellisense。
这个插件主要解决的是写页面时那些很碎、但又很烦的事情。比如组件名记不全、属性名老要回头翻文档、事件到底叫什么总要试一下。现在在 .vue 和 .html 文件里,输入 <wd-、空格、:、@ 这些常见场景时,都可以直接拿到补全提示。
除了补全之外,它还支持组件、属性、事件的悬停文档展示,以及一部分属性值校验和错误诊断。也就是说,很多以前要切出去查文档、或者运行后才发现的问题,现在在编辑器里就能先拦一层。
如果说 CLI 更像是给 AI 和工程化链路准备的,那 VS Code 插件就是给开发者日常写代码准备的。一个负责让模型少猜,一个负责让人少翻文档,配合起来,整个 wot-ui v2 的开发体验就会完整很多。
最后
回过头来看,这次 wot-ui v2 对我们来说并不只是一次常规升级。
它一边在补齐设计系统、表单体系、文档体验这些基础能力,一边也在认真回应这两年越来越明显的变化:大家写代码的方式,确实已经和以前不太一样了。
所以你会看到,这一版里不只有组件本身,也有 Starter、CLI、UnoCSS 预设、VS Code 插件这些围绕开发体验的配套。我们想做的,不只是一个“能用”的组件库,而是一套更顺手、更现代,也更适合和 AI 一起协作的 uni-app 开发方案。
v2 还有很多东西会在后面陆续展开,这篇文章先带大家看一个整体。如果你也在关注 wot-ui v2,或者也在想组件库怎么更好地拥抱 AI 编程,欢迎继续关注我们后面的更新。
参考资料
- Wot UI 2.x 文档:wot-ui.cn/
- Wot UI 仓库:github.com/wot-ui/wot-…
- @wot-ui/vitepress-theme:github.com/wot-ui/wot-…
- @wot-ui/cli / Open Wot:github.com/wot-ui/open…
- Wot Starter:github.com/wot-ui/wot-…
- @wot-ui/unocss-preset:github.com/wot-ui/unoc…
- wot-ui-intellisense 仓库:github.com/wot-ui/wot-…
- wot-ui-intellisense 下载地址:marketplace.visualstudio.com/items?itemN…
SK海力士将投资19万亿韩元建设新的芯片工厂
汇丰新加坡寿险业务的竞购者名单据悉缩减至安联、第一生命和住友生命
秀强股份:目前不涉及玻璃基板业务
环球音乐任命胡译友为中国董事总经理
便利店运营商Yesway在美国首次公开募股中募得2.8亿美元
6 分钟充满!宁德时代发布四款全新电池,续航突破 1500 公里

6 分钟充满 98% 的电量,续航突破 1500 公里,电池包减重 255 公斤,在极度亏电状态下依然能爆发出 1.2 兆瓦的惊人动力。
这不是停留在实验室里的数据。
4 月 21 日晚,宁德时代在一场信息量极大的超级科技日上,把这些硬核指标变成了即将量产交付的产品。神行三代、麒麟三代、麒麟凝聚态以及骁遥二代混动电池悉数登场。
电池研发,不该陷入「水多加面」的死循环
想要几分钟充满电,最大的阻碍其实是材料的物理极限。
磷酸铁锂天生导电性并不算好,为了让它实现超充,宁德时代的工程师把功夫下在了电池内部一层极薄的 SEI 膜上。
这层膜只有十几纳米厚,它在电池里就像是一层精细的滤网,核心任务是让带电的锂离子顺利穿过去,同时还得把其他的电解液分子挡在外面。

为了让锂离子过去得更快,研发团队用上了一项叫「基因定向编辑」的技术。说人话就是精准定位到这层膜上那些容易卡住锂离子的物质,然后用其他材料把它们替换掉。
穿过薄膜的锂离子,最终还需要钻进石墨负极里,而这里的石墨层间距仅有 0.33 纳米,极其狭窄。
工程师们的办法是,利用新技术在这些极其微小的缝隙里植入一层层的「微观支架」,把原本拥挤的通道给撑宽。

薄膜上的杂质被清除了,石墨层里的缝隙也变宽了,充电速度自然就提上来了。
第三代神行超充电池充到 80% 只要 3 分 44 秒。充到 98%,仅仅 6 分 27 秒。

至于电池的寿命,宁德时代表示,哪怕经历 1000 次超充循环,它的容量照样坚挺在 90% 以上。
除了充电速度,宁德时代还为高性能车型带来了更轻的电池。
为了在海报上标榜 1000 公里的长续航,有些主机厂直接拿磷酸铁锂狂堆电池数量。后果就是,车重直逼三吨。

车越重越费电,费电就只能往底盘里塞更多电池,这就成了一个死循环。
针对这种「面多加水,水多加面」的造车逻辑,宁德时代乘用车事业部总裁高焕在台上的表达毫不留情:
我们始终认为能量密度才是定义高端电池的核心标准,而三元锂电池才是高端长续航车型的最优解。25 万以上的纯电车型选用磷酸铁锂,我认为就是变相的减配。

高焕的这番话,全靠数据撑腰。
同样是跑一千公里,用三元锂的麒麟三代,电池包重量定在了 625 公斤,比同级别的铁锂方案足足轻了 255 公斤,车里直接少了三个成年壮汉的重量。

瘦身不仅是为了账面好看,也是真能救命。时速 100km/h 一脚刹车踩死,这卸掉的 255 公斤能让制动距离缩短 1.44 米。雨雪天里,这可能就是生与死的距离。
另外还有附带的福利:底盘零件寿命多出 40%,轮胎能多跑一万公里,甚至连车厢内部,也挤出了两指宽的头部空间。

如果觉得 1000 公里还不够,宁德时代新推出的麒麟凝聚态电池还带来了更夸张的数据:轿车续航突破 1500 公里。北京开到南京,中途不用找桩。
纯电市场的续航和充电有着落了,宁德时代接着把重点放在了这两年销量大增的增程混动市场。

现在的增混车型有一个很普遍的痛点,那就是亏电状态下动力衰减严重,也就是车主们常吐槽的「满电一条龙,亏电一条虫」。
针对这个问题,高焕在台上举了一个极限越野的例子:
沙漠里面最让人胆寒的就是被称为沙漠绞肉机的「鸡窝坑」。遇到这种比较难搞的「鸡窝坑」,哪怕你在沙漠里跑到电量只剩 20%,甚至严重点不到 10%,在第二代骁遥电池的帮助下依然能够一脚电门轻松脱困。

官方数据显示,哪怕电量跌到只剩 20%,第二代骁遥电池依然能稳定输出 1.2 兆瓦的功率,保证了车辆在极限路况下的脱困能力。
解决了亏电没劲的问题,接下来是日常通勤的续航。
为了把混动车的纯电续航做长,工程师将磷酸铁锂和三元材料在微米级别进行了均匀混合,把增混车型的纯电续航拉到了 600 公里。

最后是物理层面的安全保障。考虑到越野场景容易遇到的底盘磕碰和涉水,这块电池的底护板被设计成能承受标准步枪子弹级别的冲击,并且能在两米深的水下连续浸泡 8 天不进水。
从亏电时的动力保障,到延长的纯电里程,再到扎实的物理防护,这些具体的工程改进,最终都是为了让驾驶者在面对恶劣路况时,不用再时刻担忧电量见底带来的风险。
宁德时代的「生意经」
新能源的下半场,如果只盯着车壳子里的东西卷,路只会越走越窄。
电池做得再牛,充电桩和换电站的体验跟不上,一切依然是白搭。现在各家车企都在拼命建超充站,为了减轻电网负荷,很多站点还专门配了储能柜。
这看似是个完美的闭环,但宁德时代换电业务总经理杨峻在台上算了一笔账。

电网的电先存进储能柜,再充到车里。就这么两次倒腾,中间会白白耗掉大概 13% 的电。但如果是换电,电池纯物理搬运,就完全省下了这笔损耗。
13% 的电损是什么概念?相当于电网每输出 100 度电,换电能让你多跑 65 到 120 公里。
杨峻在台上的表达没有绕弯子:
每次充电如果都要浪费 13 度电,无论对用户、对电网、对整个社会都是不可接受。因此我们认为,配储的超充方案只是过渡方案。
顺着这个思路,宁德时代推出了「超换一体站」。

这不是简单地把充电桩和换电站拉拢到一块地皮上,底层箱变和充电模块打通后,单站的设备复用率提升到了 85% 以上。更有意思的是,他们把算盘打到了车主的口袋里。
借助车网互动(V2G)技术,买巧克力换电车型的用户,以后去换电站可能不再是花钱,而是赚钱。

试想一个场景:在电价最贵的用电高峰期,你开去换电站,把你车上那块满电的电池换给站点,让站点反向卖电给电网应急。这中间的电费差价,直接归车主。
用杨峻的话说,一天赚几十块,买菜钱就出来了。以后你的车不仅是个代步工具,更是个会跑的理财产品。
当然,把这笔账算好的前提是得有足够的换电站和能换电的车。这也是过去行业里做换电最容易被卡脖子的地方。
根据宁德时代的规划,到今年年底,他们要建成 4000 座超换一体站,覆盖全国近 190 个城市以及 12 纵 11 横的高速公路网。

网铺开了,还要看朋友圈。
目前的巧克力换电已经和 11 家车企、18 个乘用车品牌合作,涉及 25 款车型。长安、奇瑞、广汽、赛力斯,包括刚刚加入的上汽通用五菱,都在首批合作名单里。
发布会临近尾声时,宁德时代董事长曾毓群登台。他没有大谈颠覆,而是讲了一个企业内部的细节。
宁德时代设立了一个 500 多人的安全可靠性部门(RSD),内部管这个部门叫「对抗组」。
他们的 KPI 不是证明产品有多好,参数有多强。而是找出产品可能在某些条件下出什么问题,问题有多大,会不会影响消费者的生命安全,会不会影响我们伙伴企业的声誉?他们是公司里最不受欢迎的人。

曾毓群把科学精神,解释为「始终保留证伪机制」。
他举例,一根头发丝的直径是 70 微米,而宁德时代要求电池极片的涂布厚度偏差,绝不能超过 0.5 微米。一旦越过这条红线,产线会自动停机。
曾毓群说,只有把缺陷率压到十亿分之一(PPB 级别),才有可能让电池在经过五年、十年甚至二十年的风吹日晒后,还能安分守己地待在底盘里。
对规律心怀敬畏,对问题保持诚实。
在这个疯狂内卷、参数满天飞的时代,这或许才是一家底层供应商能够持续跨越周期的唯一捷径。
#欢迎关注爱范儿官方微信公众号:爱范儿(微信号:ifanr),更多精彩内容第一时间为您奉上。