使用 v0 生成网页，先说明页面给谁看、用户要完成什么，再补内容和交互状态。首轮适合确定结构；局部改稿时指定需要调整的组件，保留已经可用的部分。以报名页面为例，填写、错误和提交成功三个状态应一起设计，手机端也要能顺畅操作。
一、先写任务卡，再开始生成
任务卡写清用户、场景、输入、输出、页面范围和成功标准。把抽象目标改成可观察动作，例如“用户能在手机上找到注册入口并看到错误提示”。同时记录不做什么，避免模型在范围外添加支付、登录或后台功能。
将页面拆为首屏、核心内容、信任证明、操作入口和反馈状态五类区块。为每一类准备短、中、长三种文案，提前发现卡片高度、按钮折行和移动端滚动问题。若使用真实素材，先确认来源和授权，再放入提示词。
二、六段式提示词
按照目标、结构、内容、交互、约束、验收六段编写。第一版只生成骨架，第二版加入真实文案，第三版补齐空、错、加载和禁用状态。每轮只调整一个主题并保存版本，生成结果出现偏差时可以快速回退。
提示词中的技术约束要写清浏览器范围、断点、组件命名和交互反馈；视觉约束要说明品牌色、字号层级、圆角和对比度。避免使用“高级、好看、现代”这类无法验收的词，改为可观察的样式和行为。
三、响应式与组件检查
至少在桌面、平板和 390px 宽度复查。检查导航折叠、卡片换行、按钮热区、图片裁切和长标题；将需要长期复用的组件规则记录下来，方便后续设计与开发。重点查看横向滚动、固定元素遮挡正文、弹窗无法关闭和焦点不可见等问题。
为按钮、输入框、标签、卡片和导航定义默认、悬停、聚焦、禁用、加载、错误六种状态。真实数据中加入空值、超长标题和失败图片，生成页面才不会只在理想样例下成立。
四、把结果交给团队
保留提示词、版本、截图和评审意见，将确认的页面、组件和变量整理进 Pixso，再由开发根据标注实现。交付说明写清页面链接、组件来源、图片授权、响应式断点和待确认风险。
评审按照结构、视觉、交互、性能四层进行，每层只处理对应问题。上线前由未参与制作的同事用手机完成一次关键路径，记录首次卡住的位置，再回到源文件修复。
五、生成页面常见问题
手机端出现横向滚动：先查固定宽度的容器、图片和并排卡片；让内容随屏幕收缩，并把窄屏卡片改为单列。按钮点击没有反馈：确认按钮是跳转链接、表单提交还是仅用于演示，再补对应动作和成功、失败提示。中文标题挤压布局：使用实际长度的文案，给文字容器保留换行空间，避免固定高度裁掉内容。
继续使用v0 中文专题页了解完整流程，也可以进入Pixso UI 设计协作完成组件与原型评审。
