1. 从“写页面”到“说页面”V0 到底改变了什么前端开发这件事过去十年里最大的变化其实不是框架从 jQuery 换到 React、再从 React 换到 Vue而是**“从写代码到描述意图”的转变**。V0 就是 Vercel 在这个方向上扔出来的一颗重磅炸弹。简单说它是一个 AI 前端生成工具你用自然语言描述你想要的界面它直接给你吐出可用的 React Tailwind CSS 代码而且不是那种“看起来像那么回事但跑不起来”的玩具代码是能直接粘进项目里、能部署上线的生产级组件。我第一次接触 V0 的时候心里其实是带着怀疑的。毕竟市面上号称“AI 生成前端”的工具不少大部分用下来的感受是生成一个漂亮的静态卡片还行一旦涉及状态管理、响应式布局、交互逻辑就开始胡言乱语。但 V0 不太一样的地方在于它背后是 Vercel 这家公司——Next.js 的缔造者他们对“现代前端工作流”的理解是刻在骨子里的。V0 生成的代码默认就是 React 函数组件 TypeScript Tailwind CSS shadcn/ui 这套组合拳这套技术栈本身就是当前前端社区最主流、最被认可的方案。那 V0 到底解决了什么问题我总结下来是三个层面。第一它把“设计稿到代码”的中间环节压缩了。以前你需要设计师出 Figma然后前端照着还原现在你可以直接描述你想要的视觉效果V0 给你一个可交互的初版。第二它降低了 UI 开发的门槛。一个后端工程师、一个产品经理甚至一个完全不懂前端的人只要能清晰描述界面需求就能拿到一份结构合理的组件代码。第三它加速了原型验证的循环。你有一个想法五分钟之内就能看到一个能点击、能交互的页面而不是花半天搭脚手架、调样式。这篇文章适合谁看如果你是前端工程师想知道怎么把 V0 融入日常工作流、提升效率那接下来的内容会对你有直接帮助。如果你是产品经理或设计师想理解这个工具的能力边界在哪里、什么时候该用它、什么时候不该用我也会讲到。如果你只是对 AI 生成前端这件事好奇想看看它到底能做到什么程度那我会用实际的例子和踩过的坑告诉你真实情况。需要提前说明的是V0 目前的能力虽然让人惊艳但它不是银弹。它生成的代码需要你来审查、调整、优化。把它当成一个“超级加速器”而不是“自动驾驶”你的预期就对了。2. V0 的核心机制与方案选型逻辑2.1 为什么是 React Tailwind shadcn/ui 这套组合V0 生成代码的技术栈选择不是随机的背后有非常清晰的工程逻辑。理解这一点你才能明白为什么它生成的代码质量普遍高于其他同类工具。React 的选择几乎是必然的。Vercel 的整个生态——Next.js、Turbopack、SWR——都是围绕 React 构建的。V0 作为 Vercel 的产品天然要和自己的生态对齐。更重要的是React 的组件化模型非常适合 AI 生成每个组件是一个独立的、自包含的单元有明确的输入props和输出JSX这种结构化的特性让 AI 在生成时不容易“跑偏”。相比之下如果你让 AI 生成一个 Vue 的 SFC它需要同时处理 template、script、style 三个块的关系出错概率会更高。Tailwind CSS 的选择则更加关键。传统 CSS 的问题是AI 生成样式时需要同时维护 HTML 结构和 CSS 规则之间的映射关系类名怎么起、选择器怎么写、样式放哪里这些都是变量。而 Tailwind 把样式直接内联到 className 里AI 只需要在生成 JSX 的同时“顺手”写上对应的工具类就行。这种“样式即代码”的模式对 AI 来说认知负担小得多。而且 Tailwind 的工具类是有明确语义的——flex、items-center、gap-4、rounded-lg——AI 在训练数据里见过海量的 Tailwind 代码它知道什么场景该用什么类。shadcn/ui 的选择是最有意思的。shadcn/ui 不是一个传统的组件库它不是一个 npm 包而是一堆你可以直接复制到项目里的组件源码。这意味着 V0 生成的代码不依赖任何外部 UI 库的运行时你拿到的是一个完全自包含的组件文件。这对 AI 生成来说有两个好处一是 AI 可以直接“看到”组件的实现细节生成时能保持风格一致二是你拿到代码后可以随意修改不用担心破坏库的封装。提示如果你打算在项目里使用 V0 生成的代码建议先把 shadcn/ui 的基础组件安装好。V0 生成的代码经常会引用/components/ui/button、/components/ui/card这类路径如果你项目里没有这些文件代码会直接报错。2.2 生成式 UI 的底层逻辑从 Prompt 到组件树V0 的工作流程可以拆解成几个阶段。你在对话框里输入一段描述比如“一个带搜索框和筛选标签的任务列表每个任务卡片有标题、描述、优先级标签和完成按钮”。V0 首先做的是意图解析它要识别出这是一个列表页面包含搜索、筛选、卡片列表三个主要区域每个卡片有四个信息元素。接下来是组件树规划。V0 会在内部构建一个组件层级最外层是一个容器里面依次是搜索栏组件、筛选标签组组件、任务列表组件列表组件里循环渲染任务卡片组件。这个规划过程是隐式的你看不到但它决定了最终代码的结构是否合理。然后是代码生成。V0 会为每个组件生成对应的 JSX 和 Tailwind 类名同时处理状态管理——比如搜索框的输入状态、筛选标签的选中状态、任务完成状态的切换。这里有一个细节值得注意V0 默认使用 React 的useState来管理本地状态而不是引入 Redux 或 Zustand 这类外部状态库。这个选择是合理的因为对于单个页面或组件来说本地状态足够了引入外部库反而增加复杂度。最后是渲染预览。V0 会在右侧实时渲染出生成的组件你可以直接点击、输入、切换验证交互是否符合预期。这个预览环境是沙箱化的不会影响你的本地项目。整个流程里最关键的是意图解析的准确性。你的描述越具体、越结构化V0 生成的结果就越接近你的预期。我试过用非常模糊的描述——“给我一个好看的登录页”——生成的结果确实“好看”但布局和字段完全随机。后来我改成“一个居中的登录卡片包含邮箱输入框、密码输入框、记住我复选框、登录按钮底部有忘记密码和注册链接”生成的结果一次就基本可用。2.3 和其他 AI 前端工具的本质差异市面上做 AI 生成前端的工具不少V0 和它们的差异主要体现在三个维度。第一是代码的“可落地性”。很多工具生成的代码是“演示级”的——能跑但不符合工程规范比如缺少 TypeScript 类型、组件拆分不合理、样式硬编码。V0 生成的代码默认带 TypeScript 类型定义组件拆分遵循单一职责原则样式全部用 Tailwind 工具类基本可以直接进代码仓库。第二是生态的“闭环性”。V0 生成的代码可以一键部署到 Vercel也可以直接通过npx shadcnlatest add命令把组件拉进本地项目。这种从生成到部署的闭环是其他工具不具备的。第三是迭代的“对话性”。V0 支持多轮对话修改。你生成一个初版后可以继续说“把按钮改成圆角的”“给卡片加一个悬停阴影效果”“把列表改成两列网格布局”V0 会在上一版的基础上修改而不是重新生成。这个能力在实际使用中非常重要因为你对界面的需求往往是逐步清晰的。3. 实操全流程从零生成一个可用的管理后台页面3.1 准备工作账号、环境与前置条件开始之前你需要准备几样东西。首先是 V0 的账号目前 V0 可以通过 Vercel 账号直接登录免费额度足够你体验和做一些小项目。如果你还没有 Vercel 账号用邮箱注册一个就行整个过程不超过两分钟。其次是本地开发环境。虽然 V0 在浏览器里就能完成生成和预览但如果你想把代码拉到本地跑起来需要确保你的机器上有 Node.js 18 以上版本以及一个你熟悉的包管理器npm、pnpm、yarn 都行我个人推荐 pnpm速度快、磁盘占用小。如果你打算把 V0 生成的组件集成到已有的 Next.js 项目里还需要确认项目里已经配置好了 Tailwind CSS 和 shadcn/ui。如果没有可以按照以下步骤初始化# 创建 Next.js 项目如果还没有 npx create-next-applatest my-app --typescript --tailwind --eslint # 进入项目目录 cd my-app # 初始化 shadcn/ui npx shadcnlatest init初始化 shadcn/ui 时它会问你几个问题使用哪种样式风格Default 或 New York、基础颜色是什么、是否使用 CSS 变量。我的建议是选 New York 风格 Zinc 基础色 使用 CSS 变量这套组合和 V0 生成的代码风格最接近后续集成时冲突最少。注意V0 生成的代码有时会引用一些你项目里还没安装的 shadcn/ui 组件。比如它用了Tabs组件但你项目里只装了Button和Card。这时候你需要手动运行npx shadcnlatest add tabs把缺失的组件补上。养成习惯拿到 V0 代码后先扫一眼 import 语句看看有没有没装过的组件。3.2 第一个 Prompt 怎么写描述结构而非描述外观很多人第一次用 V0 时习惯用描述外观的方式写 Prompt比如“一个蓝色的、圆角的、有阴影的卡片”。这种描述方式不是不行但效率不高因为 V0 对布局和结构的理解远比对具体颜色的理解更准确。我总结的 Prompt 写法是**“结构优先外观其次交互最后”**。具体来说分三层来描述第一层页面整体结构。告诉 V0 这是一个什么类型的页面有哪些主要区域。比如“一个项目管理仪表盘页面顶部是导航栏左侧是侧边栏菜单右侧主内容区分为上下两部分上面是统计卡片行下面是项目列表表格”。第二层每个区域的具体内容。对每个区域展开描述。比如“统计卡片行包含四个卡片分别显示总项目数、进行中项目数、已完成项目数、逾期项目数每个卡片有图标、数值和标签”。描述得越具体生成结果越接近你的预期。第三层交互和状态。告诉 V0 哪些元素需要交互。比如“项目列表表格支持按名称搜索支持按状态筛选每行末尾有一个操作按钮组包含编辑和删除按钮”。一个完整的 Prompt 示例创建一个项目管理仪表盘页面包含以下结构 1. 顶部导航栏左侧是产品 Logo 和名称右侧是用户头像下拉菜单 2. 左侧侧边栏包含仪表盘、项目、任务、团队成员、设置五个菜单项当前选中仪表盘 3. 主内容区上半部分四个统计卡片横向排列分别显示总项目数24、进行中8、已完成14、逾期2每个卡片有对应图标 4. 主内容区下半部分项目列表表格列包括项目名称、负责人、状态、截止日期、操作。状态用不同颜色的标签显示。表格上方有搜索框和状态筛选下拉框 使用 React TypeScript Tailwind CSS shadcn/ui 组件。这个 Prompt 生成的结果我第一次用的时候大概有 85% 的可用度只需要微调一些间距和颜色就能直接用。3.3 生成结果的解读与本地集成V0 生成代码后右侧会显示预览下方或侧边会显示代码。代码通常是一个完整的组件文件比如Dashboard.tsx。你需要关注几个地方。首先是 import 部分。看看它引用了哪些外部依赖。通常会有react、lucide-react图标库、以及/components/ui/下的 shadcn/ui 组件。如果lucide-react没装运行npm install lucide-react装上。其次是组件结构。V0 生成的代码通常会拆分成多个子组件比如StatCard、ProjectTable、Sidebar等。这些子组件可能定义在同一个文件里也可能建议你拆成单独文件。对于小型页面放在一个文件里没问题如果页面复杂建议按 V0 的注释提示拆分成多个文件。然后是数据部分。V0 生成的代码通常会硬编码一些示例数据mock data。你需要把这些数据替换成真实的 API 调用或状态管理。比如它可能写了const projects [{ name: 项目A, status: 进行中 }, ...]你需要改成从后端获取。最后是样式微调。V0 生成的 Tailwind 类名大部分是合理的但间距、颜色、字体大小可能需要根据你的设计规范调整。比如它用了text-gray-500你的设计规范可能是text-muted-foreground改一下就行。把代码集成到本地的步骤# 1. 在项目中创建组件文件 # 把 V0 生成的代码复制到 src/components/dashboard.tsx # 2. 安装缺失的依赖 npm install lucide-react # 3. 安装缺失的 shadcn/ui 组件 npx shadcnlatest add card table input select badge avatar dropdown-menu # 4. 在页面中引用 # 在 src/app/dashboard/page.tsx 中 import Dashboard from /components/dashboard3.4 多轮迭代如何让 V0 改出你想要的效果V0 真正的威力在于多轮迭代。第一版生成后你可以通过对话不断调整直到满意为止。但迭代也是有技巧的乱改一通反而会让代码越来越乱。我的经验是每次只改一个维度。比如这一轮只调布局下一轮只调颜色再下一轮只加交互。这样 V0 能准确理解你的意图不会因为同时改太多东西而“顾此失彼”。几个常用的迭代指令示例调整布局“把统计卡片从四列改成两列在小屏幕上变成一列”调整样式“把主色调从蓝色改成紫色所有按钮和标签同步更新”增加交互“给表格行添加悬停高亮效果点击行时弹出详情抽屉”增加功能“在表格上方加一个‘新建项目’按钮点击后弹出一个表单对话框”优化响应式“在移动端隐藏侧边栏改成底部导航栏”这里有一个坑要注意V0 在迭代时有时会“遗忘”之前的修改。比如你第三轮改了按钮颜色第五轮又改布局时按钮颜色可能被重置回默认值。遇到这种情况你需要在 Prompt 里明确说“保持之前的紫色按钮不变只调整布局”。或者更稳妥的做法是每轮迭代后把代码保存一份如果下一轮改坏了可以回退到上一版。实操心得我习惯在每轮重要迭代后把当前代码复制到一个本地文件里命名加上版本号比如dashboard-v1.tsx、dashboard-v2.tsx。这样即使 V0 改乱了我也能快速回退不会前功尽弃。4. 常见问题与排查技巧实录4.1 生成代码报错从 import 到运行时的排查路径V0 生成的代码在本地跑不起来是最常见的问题。根据我的经验90% 的报错集中在以下几个地方。问题一找不到模块。报错信息通常是Module not found: Cant resolve /components/ui/button。这说明你项目里没有安装对应的 shadcn/ui 组件。解决方法是运行npx shadcnlatest add button把 button 换成缺失的组件名。如果你不确定缺哪些可以看报错信息里提到的所有路径一次性都装上。问题二类型错误。V0 生成的 TypeScript 代码有时会有类型不匹配的问题比如它定义了一个Project接口但在使用的地方传入了缺少字段的对象。这类错误需要你手动修正类型定义或补充字段。我的建议是拿到代码后先跑一遍npx tsc --noEmit把所有类型错误一次性找出来。问题三Tailwind 类名不生效。有时候 V0 用了一些你项目 Tailwind 配置里没有的类名比如自定义的颜色或间距。解决方法是检查tailwind.config.ts看看content配置是否包含了你的组件文件路径。如果类名是自定义的需要在配置里补充。问题四图标不显示。V0 默认使用lucide-react图标库。如果你没安装图标会显示为空白或报错。运行npm install lucide-react即可。另外注意有些图标名称在不同版本的 lucide-react 里可能不一样如果报错说某个图标不存在去 lucide 官网查一下正确的名称。问题五hydration 错误。如果你用的是 Next.js 的 App RouterV0 生成的代码如果直接在服务端组件里使用了useState或useEffect会报 hydration 错误。解决方法是在文件顶部加上use client指令把它标记为客户端组件。4.2 生成质量不稳定如何写出高命中率的 PromptV0 的生成质量很大程度上取决于你的 Prompt 质量。我踩过的坑包括描述太模糊导致生成结果完全偏离预期、描述太冗长导致 V0 抓不住重点、一次要求太多功能导致代码结构混乱。经过大量尝试我总结了一个高命中率 Prompt 的模板[页面类型] 页面包含以下区域 1. [区域名称][具体内容描述包括元素、布局、数据] 2. [区域名称][具体内容描述] 3. [区域名称][具体内容描述] 交互要求 - [交互点1] - [交互点2] 技术栈React TypeScript Tailwind CSS shadcn/ui这个模板的好处是结构清晰V0 能逐条对应生成。我实测下来用这个模板写的 Prompt首次生成可用度能达到 80% 以上。另外几个提升命中率的小技巧用具体的数字“四个统计卡片”比“几个统计卡片”好“两列网格”比“多列布局”好。用常见的 UI 模式名称“数据表格”“卡片列表”“侧边栏导航”“模态对话框”这些术语在训练数据里出现频率高V0 理解得更准确。避免抽象形容词“好看的”“现代的”“简洁的”这些词对 V0 来说几乎没有信息量。用具体的样式描述替代比如“圆角卡片、浅灰色背景、悬停时阴影加深”。分步生成如果页面很复杂不要试图一次生成整个页面。先让 V0 生成整体框架然后逐个区域细化。比如先要一个“三栏布局的页面骨架”再要“左侧侧边栏的具体内容”再要“主内容区的表格”。4.3 代码可维护性生成之后你还需要做什么V0 生成的代码可以直接用但如果你想长期维护还需要做一些“后处理”。第一拆分组件。V0 有时会把所有东西塞在一个文件里超过 300 行的文件建议拆分。按照功能模块拆成独立文件比如StatCard.tsx、ProjectTable.tsx、Sidebar.tsx放在components/dashboard/目录下。第二提取重复逻辑。如果多个组件有相似的逻辑比如格式化日期、计算状态颜色提取成工具函数放在lib/utils.ts里。第三替换 mock 数据。V0 生成的示例数据只是占位你需要替换成真实的 API 调用。建议用 React Query 或 SWR 来管理数据获取和缓存这比手写useEffectuseState更可靠。第四补充错误处理和加载状态。V0 生成的代码通常只处理了“数据正常显示”的情况你需要补充加载中的骨架屏、请求失败的错误提示、空数据的占位提示。第五检查无障碍性。V0 生成的代码在无障碍方面做得还不错按钮有aria-label表单有label但并非完美。建议用 Lighthouse 跑一遍无障碍审计把明显的问题修掉。下面是一个 V0 生成代码的典型后处理示例// V0 原始生成简化版 const projects [ { name: 项目A, status: 进行中 }, { name: 项目B, status: 已完成 }, ] // 后处理替换为真实数据获取 import { useQuery } from tanstack/react-query function ProjectTable() { const { data: projects, isLoading, error } useQuery({ queryKey: [projects], queryFn: () fetch(/api/projects).then(res res.json()), }) if (isLoading) return TableSkeleton / if (error) return ErrorState message加载项目列表失败 / if (!projects?.length) return EmptyState message还没有项目 / return ( // ... 表格渲染逻辑 ) }4.4 常见问题速查表问题现象可能原因解决方法模块找不到缺少 shadcn/ui 组件或第三方依赖运行npx shadcnlatest add [组件名]或npm install [包名]类型报错接口定义不完整或字段不匹配运行npx tsc --noEmit定位手动修正类型样式不生效Tailwind 配置未包含组件路径检查tailwind.config.ts的content字段图标空白未安装 lucide-react运行npm install lucide-reacthydration 错误服务端组件中使用了客户端 Hook在文件顶部添加use client迭代后样式重置V0 遗忘了之前的修改在 Prompt 中明确要求保持某些样式不变生成结果偏离预期Prompt 描述太模糊使用结构化模板具体描述布局和元素代码太长难维护所有组件在一个文件按功能拆分成独立组件文件5. 把 V0 放进真实工作流场景与边界5.1 适合用 V0 的场景V0 不是万能的但在某些场景下它能带来巨大的效率提升。场景一快速原型验证。你有一个产品想法需要快速做一个可交互的原型给团队或客户看。用 V0你可以在半小时内生成一个包含多个页面的可点击原型而不是花两天时间搭脚手架、写样式。这种场景下V0 生成的代码不需要完美能跑、能演示就行。场景二管理后台和仪表盘。这类页面的特点是结构规整、组件重复度高、交互模式固定。V0 对这类页面的生成质量非常高因为训练数据里有大量类似的后台模板。我实测生成一个包含侧边栏、统计卡片、数据表格、筛选表单的管理页面首次生成可用度能达到 85% 以上。场景三营销落地页和展示页面。这类页面注重视觉效果V0 在 Tailwind 样式生成方面表现不错能快速产出布局合理、间距舒适的页面。不过如果你有严格的品牌设计规范可能需要较多手动调整。场景四学习现代前端技术栈。如果你刚开始学 React Tailwind shadcn/uiV0 生成的代码是一个很好的学习材料。你可以看到这些技术在实际项目中是怎么组合使用的比自己啃文档效率高得多。5.2 不适合用 V0 的场景场景一复杂的业务逻辑页面。如果一个页面涉及复杂的状态流转、多步骤表单、权限控制、实时数据同步V0 生成的代码只能作为起点大量的业务逻辑需要你自己写。这种情况下V0 的价值主要在于帮你省掉布局和样式的时间。场景二对性能要求极高的页面。V0 生成的代码在性能上不一定是最优的。比如它可能没有做代码分割、没有用React.memo优化重渲染、没有做图片懒加载。对于性能敏感的页面你需要手动优化。场景三需要深度定制的设计系统。如果你的项目有一套高度定制化的设计系统V0 生成的默认样式可能和你的规范差距较大改起来还不如自己写。这种情况下V0 更适合用来生成布局骨架样式部分自己来。场景四涉及敏感数据的页面。如果你把包含真实用户数据、业务逻辑细节的描述输入 V0需要注意数据安全。建议在 Prompt 中使用脱敏的示例数据不要输入真实的用户信息或商业机密。5.3 和其他工具的配合使用V0 不是孤立使用的它和现有工具链的配合能发挥更大价值。和 Figma 配合你可以先用 Figma 画出设计稿然后把设计稿截图或描述输入 V0让它生成对应的代码。V0 目前支持上传图片作为参考虽然不能完美还原设计稿但能快速给出一个接近的版本。和 GitHub Copilot 配合V0 负责生成页面结构和样式Copilot 负责补全业务逻辑和工具函数。两者结合开发效率能提升一个档次。和 Vercel 部署配合V0 生成的代码可以一键部署到 Vercel生成一个可分享的预览链接。这对于需要快速给团队或客户展示的场景非常方便。和 Storybook 配合如果你用 Storybook 管理组件可以把 V0 生成的组件直接放进 Storybook补充不同的 props 组合和状态形成完整的组件文档。5.4 关于 V0 的一些常见误解误解一V0 会取代前端工程师。这个说法每隔一段时间就会出现但实际情况是V0 取代的是“写重复 UI 代码”这部分工作而不是前端工程师这个角色。前端工程师的价值在于架构设计、性能优化、业务逻辑实现、代码审查、团队协作这些是 V0 做不了的。V0 让前端工程师从重复劳动中解放出来去做更有价值的事情。误解二V0 生成的代码不能用于生产环境。这个说法过于绝对。V0 生成的代码质量在 AI 生成工具里属于第一梯队经过适当的审查和调整后完全可以用于生产环境。关键在于你要有代码审查的意识和能力不能盲目复制粘贴。误解三V0 只能生成静态页面。实际上 V0 能处理相当多的交互逻辑包括表单验证、状态切换、条件渲染、列表过滤等。当然复杂的业务逻辑还是需要你自己实现。误解四V0 的免费额度不够用。对于个人开发者和小型项目来说免费额度基本够用。如果你需要频繁生成大量页面可以考虑升级付费计划。我的建议是先用免费额度体验确认它能提升你的工作效率后再考虑付费。6. 一些踩坑之后的个人体会用 V0 这段时间我最大的感受是它改变了我对“写前端”这件事的认知。以前我拿到一个页面需求第一反应是打开编辑器从布局开始一行行写。现在我的第一反应是打开 V0把需求描述清楚让它生成一个初版然后在这个基础上改。这个转变带来的效率提升是实实在在的尤其是对于那些“结构规整但工作量不小”的页面比如后台管理、数据展示、表单页面。但我也踩过不少坑。最开始的时候我试图让 V0 一次生成一个完整的复杂页面结果代码结构混乱改起来比自己写还费劲。后来我学会了分步生成、逐步细化效率才真正提上来。还有一次我直接复制了 V0 生成的代码到项目里没有检查 import结果跑起来一堆报错排查了半天。现在我养成了习惯拿到代码先看 import再跑类型检查最后才集成。另一个体会是Prompt 的质量直接决定生成的质量。我花了不少时间研究怎么写 Prompt从最开始的“给我一个登录页”到后来的结构化描述模板命中率从不到 50% 提升到了 80% 以上。这个投入是值得的因为好的 Prompt 不仅能提升生成质量还能减少迭代次数整体效率更高。最后分享一个小技巧如果你对某个页面的设计没有头绪可以先让 V0 生成几个不同风格的版本然后从中挑选一个作为基础再逐步调整。比如你可以说“生成三个不同风格的登录页一个极简风格、一个带背景图的风格、一个分屏风格”然后对比选择。这个方法在我没有明确设计方向的时候特别有用能快速打开思路。V0 这个工具还在快速迭代中每隔一段时间就会有新功能上线。我的建议是保持关注但不要盲目追新。把核心工作流跑通把 Prompt 模板打磨好把代码审查的习惯养好这些才是真正能提升效率的东西。工具会变但这些方法论不会过时。
