Lesson 03

前端vive coding

什么是vibe coding?

什么是vibe coding?

Definition

Vibe Coding = 用自然语言描述意图,让 AI 生成可运行的代码。

Essence

Vibe Coding 的本质

将“写代码”变成“描述需求 + 验证结果 + 修正描述”的对话循环。你给出方向,AI 负责生成,你再判断结果是否符合预期。

Advantage

非开发人员的优势

更懂业务逻辑和用户感受,可以成为 AI 的“产品经理型开发者”,把真实场景、流程和体验要求转化成更有效的输入。

Core

vibe coding 的核心 = 领域知识 + 决策能力 + 提示工程

Course Outline

课程目录

前端vibe coding中需要掌握
哪些领域知识

Chapter 01

技术大佬视角中的前端知识

Core

前端核心概念

  • HTML
  • CSS
  • JavaScript
  • DOM
Engineering

前端工程化基础概念

  • 组件、状态、属性、事件
  • 生命周期、路由
  • API 请求、异步
Rendering

渲染架构模式

  • SPA
  • SSR
  • SSG
Layout

UI 布局技术

  • 自适应设计、流体布局
  • 移动优先设计、桌面优先设计
  • 弹性布局、网格布局
Libraries

  • UI 组件库、CSS 框架、状态管理库
  • 路由库、HTTP 客户端、动画库
  • 表单处理库、图表库、日期处理库、工具函数库
Tools

工具

  • 构建工具、包管理器、代码检查
  • 测试工具、类型检查器
  • 代码生成器
Chapter 01

vibe worker眼中的领域知识

Structure

页面结构

  • 单页面、两栏、三栏
  • 网格、瀑布流
Content

内容展示

  • 列表、卡片列表、空状态、加载中
  • 详情展开、轮播图
Input

用户输入

  • 单行、多行、下拉
  • 单选、复选、上传、提交
  • 输入校验
Action

交互动作

  • 点击计数、显示/隐藏、Tab切换
  • 手风琴、拖拽排序、无限滚动
  • 返回顶部、固定导航
Feedback

反馈提示

  • 弹窗、确认框、自动消失提示
  • 模态框、加载按钮、错误提示
Motion

视觉动效

  • 圆角、阴影、渐变、悬停
  • 淡入、深色模式、平滑滚动
Data

数据读取与存储

  • 本地保存、清空数据、导入、导出
  • API加载、后端搜索
Chapter 01

页面结构示例-单页面

Single Page

单页面

特点
  • 所有核心内容集中在一个页面里完成浏览与交互。
  • 通常靠页面内分区、锚点、滚动和模块切换组织信息。
  • 用户不需要频繁跳页,理解路径更直接。
适用场景
  • 活动页、产品介绍页、作品集、落地页。
  • 信息主线清晰,目标明确,希望用户一口气看完。
  • 需要快速展示内容结构,而不是做复杂多层导航。
单页面效果示意
Chapter 01

页面结构示例——两栏

Two Columns

两栏

特点
  • 页面内容被拆成左右两个主要区域,信息层级更清楚。
  • 通常左侧承担导航、筛选、辅助信息,右侧承载主要内容。
  • 适合同时展示“控制区”和“结果区”。
适用场景
  • 后台管理页、数据面板、内容编辑页。
  • 需要边筛选边查看结果的界面。
  • 信息量较多,但又希望用户保持清晰浏览路径。
两栏效果示意
Chapter 01

页面结构示例——网格

Grid Layout

网格

特点
  • 内容按照统一的行列规则排列,整体更整齐。
  • 适合重复性模块展示,信息对比更直观。
  • 页面节奏稳定,便于快速扩展和增减内容块。
适用场景
  • 商品列表、能力卡片、案例集、数据面板。
  • 需要同时展示多组同类型内容的页面。
  • 希望用户快速扫视、比较和筛选信息的界面。
网格效果示意
Chapter 01

页面结构示例——瀑布流

Waterfall

瀑布流

特点
  • 内容按列连续向下排布,不同卡片高度可以自然错落。
  • 页面节奏更灵活,适合视觉化内容持续加载。
  • 相比规则网格,更强调浏览流动感和内容密度。
适用场景
  • 图片社区、灵感流、案例墙、内容发现页。
  • 卡片高度不统一,但需要高密度展示内容的界面。
  • 希望用户持续向下浏览而不是逐个精读模块的页面。
瀑布流效果示意
Chapter 01

内容展示——列表

List View

列表

特点
  • 信息按条目纵向排列,阅读顺序清晰,扫描成本低。
  • 适合同类型内容连续查看,强调“逐条处理”。
  • 可以方便地加入状态、操作按钮和附加说明。
适用场景
  • 消息列表、订单列表、任务列表、文章列表。
  • 需要快速浏览大量结构一致的数据。
  • 更强调效率和信息密度,而不是视觉陈列感。
列表示意
Chapter 01

内容展示示例——卡片列表

Card List

卡片列表

特点
  • 每条内容都有独立卡片容器,信息边界更清楚。
  • 相比普通列表,更强调视觉层次和模块感。
  • 适合同时展示标题、描述、封面和操作入口。
适用场景
  • 课程列表、文章列表、产品推荐、案例集。
  • 希望用户先看内容块,再决定是否深入查看。
  • 需要在信息效率和视觉表达之间取得平衡的页面。
卡片列表示意
Chapter 01

内容展示示例——轮播图

Carousel

轮播图

特点
  • 在有限空间内轮流展示多组重点内容。
  • 适合突出焦点信息,强化视觉冲击。
  • 通常结合左右切换、自动播放和指示点使用。
适用场景
  • 首页 Banner、重点推荐位、活动宣传区。
  • 需要在首屏集中展示多条核心内容。
  • 希望用户感知页面节奏和视觉亮点的界面。
轮播图示意
Chapter 01

内容展示示例——详情展开

Accordion Detail

详情展开

特点
  • 默认先展示摘要,用户点击后再展开查看更多内容。
  • 能够在节省页面空间的同时保留信息深度。
  • 适合“先浏览,再按需展开”的阅读方式。
适用场景
  • FAQ、订单详情、说明文档、设置项详情。
  • 信息较多,但不希望一开始全部摊开占满页面。
  • 需要让用户按兴趣逐步深入阅读的内容区。
详情展开示意
Chapter 01

内容展示示例——空状态与加载中

State View

空状态与加载中

特点
  • 空状态用于告诉用户“当前没有内容”,避免页面显得出错或断裂。
  • 加载中用于表达“数据正在准备”,缓解等待焦虑。
  • 二者都属于反馈型内容展示,重点是状态说明而不是信息本体。
适用场景
  • 首次进入页面还没有数据、筛选结果为空、接口加载中。
  • 任务列表、订单页、搜索页、消息页等都常见。
  • 希望让用户明确当前状态,并知道下一步该做什么。
空状态与加载中示意
Empty State
Loading
Chapter 01

用户输入示例——单行&多行

Text Input

单行输入 & 多行输入

特点
  • 单行输入适合简短、结构清晰的内容,例如姓名、标题、关键词。
  • 多行输入适合较长文本,例如备注、描述、反馈意见。
  • 它们通常会配合占位提示、字数限制和校验状态一起出现。
适用场景
  • 登录注册、搜索框、表单录入、评论区、需求描述区。
  • 需要用户主动输入信息,并将内容提交给系统处理的界面。
  • 从轻量信息采集到完整表单填写,都会频繁使用。
单行和多行输入示意
Single Line
Multi Line
Chapter 01

用户输入示例——下拉

Dropdown

下拉选择

特点
  • 把有限选项收纳进一个控件里,减少页面占用。
  • 适合让用户从既定范围中做单选,避免自由输入带来的歧义。
  • 通常会配合默认值、占位提示和展开状态使用。
适用场景
  • 地区选择、分类筛选、状态切换、表单中的枚举项。
  • 当选项数量适中,且用户只需要从列表里选一个结果时。
  • 需要统一输入格式、降低录入错误率的表单页面。
下拉输入示意
Chapter 01

用户输入示例——单选

Radio

单选

特点
  • 一组备选项里只能选择一个结果,排他性明确。
  • 适合直接把选项平铺展示,让用户快速对比后做决定。
  • 通常需要给出默认项或明显的当前选中状态。
适用场景
  • 性别选择、支付方式、配送方式、偏好设置中的唯一选项。
  • 当选项数量不多,并且用户必须二选一或多选一时。
  • 希望减少歧义,让决策路径更清晰的表单页。
单选输入示意
Chapter 01

用户输入示例——复选

Checkbox

复选

特点
  • 允许用户在同一组选项中同时勾选多个结果。
  • 适合表达“可多选”的偏好、标签、兴趣和功能范围。
  • 需要通过选中态让用户清楚知道自己已经勾了哪些项。
适用场景
  • 兴趣标签、通知方式、权限范围、筛选条件、协议确认。
  • 当用户可能同时满足多个选项,而不是只选一个结果时。
  • 需要让用户组合选择内容的设置页或筛选页。
复选输入示意
Chapter 01

交互动作示例——显示/隐藏

Show / Hide

显示 / 隐藏

特点
  • 通过一次点击控制内容出现或收起,帮助页面在简洁和信息量之间切换。
  • 用户只有在需要时才展开更多内容,减少默认状态下的视觉负担。
  • 关键是让触发入口、当前状态和变化结果都足够明确。
适用场景
  • 筛选面板、更多设置、折叠说明、侧边栏、详情区。
  • 页面空间有限,但又需要按需暴露额外内容时。
  • 希望用户先看主信息,再决定是否继续展开的界面。
显示隐藏示意
Hidden
Shown
Chapter 01

交互动作示例——tab切换

Tabs

Tab 切换

特点
  • 通过点击不同标签,在同一区域内切换不同内容视图。
  • 能把多组平级信息收纳在一个界面里,减少页面跳转。
  • 关键是当前激活标签要足够明显,内容切换结果要即时可见。
适用场景
  • 个人中心、商品详情、后台列表、内容分组、数据看板。
  • 当多类内容层级相同,用户需要在它们之间反复切换时。
  • 希望减少页面跳转,保持上下文连续的界面。
tab切换示意
Chapter 01

交互动作示例——拖拽排序

Drag Sort

拖拽排序

特点
  • 用户通过拖动列表项,直接改变内容的先后顺序。
  • 这种交互比“上移/下移”更直观,能立即感知排序结果。
  • 关键是拖动目标、占位反馈和最终落位要足够明确。
适用场景
  • 任务优先级、卡片编排、栏目管理、图片排序、播放列表。
  • 当用户需要主动定义顺序,而不是使用系统默认排序时。
  • 需要让用户直接操作列表层级的后台或编辑器界面。
拖拽排序动画演示
Chapter 01

交互动作示例——滚动与返回顶部

Scroll & Back Top

滚动与返回顶部

特点
  • 页面内容向下滚动时,辅助按钮在合适时机出现,帮助用户快速回到起点。
  • 既保留连续浏览体验,又减少长页面回退成本。
  • 关键是按钮出现时机、位置和回顶反馈都要自然。
适用场景
  • 长列表、信息流、文档页、商品详情、社区内容页。
  • 用户会持续向下浏览,且需要经常回看顶部筛选或导航时。
  • 希望提升长页面操作效率的移动端和内容型页面。
滚动与返回顶部动画演示
Chapter 01

交互动作示例——固定导航

Sticky Nav

固定导航

特点
  • 页面滚动时导航条保持在顶部,用户随时都能切换模块或返回关键入口。
  • 能减少长页面中“导航丢失”的问题,让操作路径更稳定。
  • 重点是固定后的存在感要适中,不打断内容浏览。
适用场景
  • 官网长页面、数据看板、文档页、商品详情、后台管理页。
  • 当页面纵向很长,用户在浏览过程中仍需要频繁切换导航时。
  • 希望在滚动过程中持续保留操作入口的界面。
固定导航动画演示
Chapter 01

反馈提示示例——弹窗提示

Chapter 01

反馈提示示例——确认框

Chapter 01

反馈提示示例——toast提示

Chapter 01

视觉动效示例——直角与圆角

Radius Motion

直角与圆角

变化逻辑
  • 直角更硬朗、明确,圆角更柔和、亲和。
  • 同一页面里,圆角通常要和卡片、按钮、输入框保持一致。
  • 在 vibe coding 里,要把“圆角度数”和“统一规则”说清楚。
常用圆角度数
  • 4px:轻微修饰,适合表格、标签、小按钮。
  • 8px / 12px:最常见,适合卡片、输入框、弹层。
  • 16px / 24px:更明显的品牌感和亲和感。
  • 999px:胶囊按钮、标签、头像外框。
直角到圆角动画演示
0px
4px
8px
12px
16px
24px
Chapter 01

视觉动效示例——阴影

Shadow Motion

阴影

常用参数
  • `offset-x / offset-y`:决定阴影向哪个方向偏移。
  • `blur`:值越大,阴影越柔和、扩散越明显。
  • `spread`:控制阴影向外扩张或收缩的范围。
  • `alpha`:透明度越低,阴影越轻;越高,层级感越强。
对比理解
  • 黑色阴影更通用,适合中性界面和大多数内容卡片。
  • 同主题色阴影更有品牌感,适合强调按钮、重点模块、活动区。
  • 如果整页都使用彩色阴影,界面会偏花,通常只用于局部强调。
黑色阴影与主题色阴影对比
Black Shadow
Theme Shadow
Black
0 18px 36px rgba(15,23,42,.18)
Theme
0 18px 36px rgba(249,115,22,.24)
Chapter 01

视觉动效示例——深色浅色模式

Dark / Light

深色浅色模式

使用价值
  • 浅色模式更清爽,适合白天办公、内容阅读和表单输入。
  • 深色模式更克制,适合夜间使用、长时间浏览和沉浸场景。
  • 重点不是简单反色,而是背景、卡片、文字、按钮层级都要一起切换。
提示表达
  • 可以直接说明“支持浅色/深色模式切换,并带平滑过渡动画”。
  • 补充主背景、卡片、文字、分隔线、按钮在两种模式下的颜色规则。
  • 如果要统一品牌感,还要补一句“强调色在两种模式下保持一致”。
深色浅色模式切换演示
Light
Dark
Chapter 01

视觉动效——平滑滚动

Smooth Scroll

平滑滚动

体验重点
  • 从一个内容区滚动到另一个内容区时,过程连续、柔和,不会突然跳变。
  • 适合长页面导航、锚点跳转、目录定位、返回顶部这类连续浏览场景。
  • 核心是速度平稳、停靠自然,让用户知道页面“正在去哪里”。
提示表达
  • 可以直接写“点击导航后平滑滚动到对应区块”。
  • 补充说明滚动耗时、是否有进度提示、当前导航高亮是否跟随变化。
  • 如果是长页面,还可以加一句“滚动过程保持顶部导航可见”。
平滑滚动演示
锚点跳转
导航跟随
连续过渡
Chapter 01

数据——读取

API
从 API 接口读
适用场景
  • 读取用户信息、订单列表、搜索结果、实时业务数据。
  • 前后端分离项目中最常见。
劣势
  • 依赖网络和接口稳定性。
  • 接口慢时,页面需要处理加载态和错误态。
Database
从数据库读
适用场景
  • 后端服务查 MySQL、PostgreSQL、MongoDB 等数据库。
  • 适合后台管理、报表、复杂筛选、结构化数据查询。
劣势
  • 前端通常不能直接访问,需要后端中转。
  • 设计不好时,查询成本高、接口响应慢。
Local
从本地浏览器读
适用场景
  • 草稿箱、主题设置、最近记录、离线缓存、临时表单数据。
  • 适合提升访问速度和减少重复输入。
劣势
  • 换设备或清缓存后数据可能丢失。
  • 不适合存放强一致、敏感或多人共享的数据。
Chapter 01

数据——存储

Browser
存到本地浏览器
适用场景
  • 草稿箱、主题设置、最近记录、临时表单缓存。
  • 希望用户刷新页面后还能保留当前状态。
劣势
  • 换设备、清缓存后数据可能丢失。
  • 不适合存放敏感信息和多人共享数据。
Server
存到后端数据库
适用场景
  • 用户资料、订单、业务记录、需要长期保存的数据。
  • 适合多端同步、多人协作、需要权限控制的系统。
劣势
  • 需要后端接口、数据库设计和鉴权机制配合。
  • 实现成本更高,也更依赖网络和服务稳定性。
File
存成导入导出文件
适用场景
  • 配置备份、批量导入、报表导出、离线归档。
  • 适合用户手动保存、迁移和分享数据的场景。
劣势
  • 依赖用户主动操作,流程比自动存储更重。
  • 文件格式、兼容性和覆盖风险都需要额外处理。

前端vibe coding中需要做
哪些决策

Chapter 02

决策点及决策建议

Structure

页面结构

功能区域划分

AI 不知道你的使用习惯:任务列表和添加按钮谁更重要?是否需要统计卡片?

区域排列顺序

AI 不知道你的业务优先级:更希望用户直接买,还是先加购。

Visual

视觉风格

整体色调

AI 不知道你的目标用户和使用场景,你也可以先描述目标用户和场景,再让 AI 帮你决策。

组件细节样式
AI+人

阴影、圆角、字体大小、间距等,可以先让 AI 按默认或配置方案成型,再逐步优化。

Chapter 02

决策点及决策建议

Interaction

交互流程

页面跳转逻辑

点击后去哪个页面,AI 不知道你的页面路由结构和业务流转规则。

操作响应顺序

先校验还是先提交,AI 不知道你的业务逻辑顺序,例如先检查库存再扣减。

交互方式
AI+人

弹窗、跳转、滑动、拖拽等范式,AI 不知道你更偏好的交互方式,例如未登录时跳转页还是弹窗。

交互细节
AI+人

动画时长、过渡效果这类细节,AI 可按常见默认值实现,如 0.3 秒淡入,不满意再改。

Exception

边界与异常

空状态
AI+人

展示什么文案、插画,AI 不知道你的品牌语调和运营策略,比如“暂无数据”还是“去逛逛”。

加载中
AI

转圈、骨架屏、进度条都能做,但 AI 不知道你对体验的要求,骨架屏通常更高级也更复杂。

错误提示
AI+人

文案和是否显示重试按钮,AI 不知道你的错误处理策略,是静默重试还是明确提示用户。

Chapter 02

决策点及决策建议

Data

数据获取与展示

API 调用

请求地址、参数、调用时机,AI 不知道你的后端接口地址,也不知道要传什么参数。

展示字段
AI+人

显示哪些数据字段,AI 不知道你的业务重点,比如商品是否要展示销量、标签、库存等。

Code

代码实现

命名
AI

变量、函数名这类基础命名,AI 会按常见习惯输出,如 userNamehandleClick

算法
AI

遍历、排序、筛选、计算等基础算法 AI 能自动写,复杂业务算法仍需人先定规则。

函数
AI

函数实现、拆分、事件绑定等,AI 通常能按最佳实践完成,但前提是需求边界要先说清楚。

前端vibe coding中涉及哪些
提示工程

Chapter 03

本期分享前端提示指令

Chapter 03

自决策内容的通用指令

Structure

页面结构

功能区域划分

“页面从上到下分为:顶部标题栏、中间的任务列表、底部的添加任务输入框和按钮。任务列表比添加按钮更重要,所以放在中间主要区域。”

“左侧是固定的用户信息卡片,右侧是动态的操作面板,统计卡片放在左侧上方。”

区域排列顺序

“商品详情页:立即购买按钮放在加入购物车按钮的左边,因为希望用户优先购买。”

“搜索结果页面:筛选栏放在顶部,商品网格放在下面,排序按钮放在筛选栏右侧。”

Chapter 03

自决策内容的通用指令

Visual

视觉风格

整体色调

“浅蓝色背景,白色卡片,橙色强调色,因为目标用户是年轻职场人,需要清爽专业的感觉。”

“暗黑模式,霓虹绿,科技感,参考赛博朋克风格。我的用户是游戏玩家。”

Chapter 03

自决策内容的通用指令

Interaction

交互流程

页面跳转逻辑

“点击‘查看详情’后,跳转到 /product/123 页面,而不是弹窗。”

“登录成功后,跳转到个人中心页面;取消登录则返回首页。”

操作响应顺序

“点击购买按钮:先检查库存是否大于0 → 如果库存充足,则扣减库存并显示成功;如果库存不足,则弹出‘缺货’提示,不扣减。”

“提交表单时:先校验所有字段是否填写 → 如果有空,在对应输入框下方显示红字,不提交;全部通过后再发送请求。”

Chapter 03

自决策内容的通用指令

Interaction

交互方式与细节

交互方式

“未登录时点击‘收藏’,弹出一个登录模态框,不要跳转页面。”

“图片列表支持左右滑动切换,不要用按钮点击。”

“任务卡片可以拖拽排序,不要用上下箭头。”

交互细节

“点击按钮时,有一个0.2秒的缩放效果,要快一点。”

“模态框弹出时,背景淡入0.3秒,内容从上方滑入。”

Chapter 03

新项目——没有视觉规范

Visual

【需求描述】我想做一个[页面类型],主要用于[场景]。 【风格关键词】请给出3种不同的视觉风格方案,分别用一句话描述(配色、圆角、阴影、字体感觉),并推荐一种。 等我确认后,你再生成完整代码。

Chapter 03

新项目——自己定义视觉规范

Visual

【角色设定】(可选)你是一个前端专家。 【技术栈】请使用 React + Tailwind CSS(或你偏好的技术)。 【页面结构】(你决策的区域划分) - 顶部:[导航栏/标题] - 主体:[主要功能区,如搜索框、列表、表单等] - 底部:[版权/链接] 【视觉规范】(直接引用或描述) - 主色:#XXXXXX,强调色:#XXXXXX - 字体:系统默认 / 特定字体 - 圆角:小/中/大 / 具体px - 阴影:轻/中/重 / 无 - 参考网站:像 Stripe / Notion / 苹果官网 的风格 【功能需求】 - 交互1:当用户点击[某元素],执行[某动作] - 交互2:… 【数据与边界】 - 数据模型:列表每个项目包含[字段1、字段2] - 空状态:显示[文案/插画] - 加载状态:显示[转圈/骨架屏] 【输出要求】给出完整可运行的代码,并说明如何使用。

Chapter 03

新项目——使用已有规范

Spec

请先读取 shangancang-mobile-visual-spec.mdshangancang-mobile-tokens.css。 然后按这两个文件的规范设计并实现「[页面名称]」。 要求: - 以 375 x 812 作为移动端视觉基准 - 但必须支持平板和桌面响应式适配 - 不要固定 375px 宽度 - 不要用 transform 缩放整页 - 优先复用 tokens.css 里的变量命名 请输出 [设计说明 / 页面结构 / 完整代码]。

Chapter 03

视觉提取——简单版

网页分析版

请访问 https://[网站地址],分析该页面的视觉设计规范。 请提取并列出: - 配色方案(主色、强调色、背景色、文字颜色) - 字体(使用的字体、字号层级) - 圆角规范(不同组件的圆角值) - 阴影规范 - 间距规律 - 建议用 Tailwind CSS 类名来表示这些规范 最后给出一个适合复制到项目中的“全局样式规范”摘要。

截图分析版

我上传了一张网页截图。请帮我分析并提取该页面的视觉设计规范,包括: 1. 主色与辅助色(给出色值或 Tailwind 颜色类名) 2. 字体系统(字体族、大小层级、字重) 3. 圆角风格(按钮、卡片、输入框等的圆角大小) 4. 阴影风格(轻/中/重,具体 blur 和 offset) 5. 间距规律(元素之间的 padding/margin 是否遵循某种倍数关系,如 4px、8px、16px) 6. 整体风格关键词(如:科技感、可爱、极简、毛玻璃等) 请用表格或清单形式输出。

Chapter 03

视觉提取——css规范版

网页分析版

请访问 https://[网站地址],分析该页面的视觉设计规范,并输出为一个完整的 CSS 主题文件。 要求: - 定义 CSS 变量(颜色、字体、圆角、阴影、间距) - 提供默认的全局样式重置(或 normalize) - 给出按钮、卡片、输入框这几个常用组件的样式示例 输出纯 CSS,不要 Tailwind。

截图分析版

我上传了一张网页截图。请分析该页面的视觉设计规范,并以 CSS 自定义属性(:root 变量)的形式输出。 请至少提取以下内容: 1. 颜色系统(主色、强调色、背景色、文字色、边框色) 2. 字体系统(主字体族、标题/正文/小字字号和行高) 3. 圆角(按钮、卡片、输入框的圆角值) 4. 阴影(不同层级的 box-shadow) 5. 间距(基于 4px 或 8px 的尺度,输出若干常用间距变量) 输出格式要求:输出纯 CSS

Chapter 03

前端修改

截图+指令修改版

【截图】已上传。 【定位】在截图中,[描述位置特征,如“右上角红色按钮” / “商品卡片下方的灰色文字” / “导航栏搜索框右侧”]。 【当前问题】目前它看起来/行为是 [现状]。 【期望修改】我希望改成 [新样式/新行为]。 【修改范围】(可选)只改这个元素,不影响其他部分。

纯指令修改版

【定位】[组件名/页面区域/粘贴代码/描述位置] 【当前行为】[描述现状] 【期望行为】[描述修改后] 【修改范围】(可选)只修改 [具体函数/样式/逻辑],不要改动其他部分。 【额外信息】(可选)贴出相关代码片段。

提示词不重要,知道干什么更重要
Chapter 03

本期作业

作业主题
在实践中熟悉前端产品术语、完成一次前端页面开发。
作业内容
  • 围绕自己需求开展,也可以延续上一次需求拆解作业。
  • 通过 vibe coding,开发出一个前端页面。
作业提示
产品是生长出来的,尝试从实现核心需求开始吧!
交付时间
6 月 17 日前
Closing
THANKS
下一节:后端vibe coding