v0 使用教程：用任务卡、六段式提示词和状态清单，把 AI 生成的页面草稿整理成可评审的响应式网页。
一、先写任务卡，再开始生成
任务卡写清用户、场景、输入、输出、页面范围和成功标准。把抽象目标改成可观察动作，例如“用户能在手机上找到注册入口并看到错误提示”。同时记录不做什么，避免模型在范围外添加支付、登录或后台功能。
将页面拆为首屏、核心内容、信任证明、操作入口和反馈状态五类区块。为每一类准备短、中、长三种文案，提前发现卡片高度、按钮折行和移动端滚动问题。若使用真实素材，先确认来源和授权，再放入提示词。
二、六段式提示词
按照目标、结构、内容、交互、约束、验收六段编写。第一版只生成骨架，第二版加入真实文案，第三版补齐空、错、加载和禁用状态。每轮只调整一个主题并保存版本，生成结果出现偏差时可以快速回退。
提示词中的技术约束要写清浏览器范围、断点、组件命名和交互反馈；视觉约束要说明品牌色、字号层级、圆角和对比度。避免使用“高级、好看、现代”这类无法验收的词，改为可观察的样式和行为。
三、响应式与组件检查
至少在桌面、平板和 390px 宽度复查。检查导航折叠、卡片换行、按钮热区、图片裁切和长标题；确认组件命名和状态可在 Pixso 中继续维护。重点查看横向滚动、固定元素遮挡正文、弹窗无法关闭和焦点不可见等问题。
为按钮、输入框、标签、卡片和导航定义默认、悬停、聚焦、禁用、加载、错误六种状态。真实数据中加入空值、超长标题和失败图片，生成页面才不会只在理想样例下成立。
四、把结果交给团队
保留提示词、版本、截图和评审意见，将确认的页面、组件和变量整理进 Pixso，再由开发根据标注实现。交付说明写清页面链接、组件来源、图片授权、响应式断点和待确认风险。
评审按照结构、视觉、交互、性能四层进行，每层只处理对应问题。上线前由未参与制作的同事用手机完成一次关键路径，记录首次卡住的位置，再回到源文件修复。
五、上线前检查清单
检查 h1 和标题描述是否来自真实内容，图片是否有宽高和 alt，内部链接是否稳定，表单错误是否有反馈。检查首屏字体、脚本和图片是否阻塞渲染，键盘焦点、颜色对比度和触控热区是否达到基本体验目标。
未测试的功能标记为待确认，不要把生成演示写成产品承诺；上线后第一天回看关键入口和移动端，一周后根据搜索展现与用户反馈迭代。
六、复盘与持续优化
第一次发布后不要立即大改。先收集页面截图、真实设备表现、评审意见和搜索数据，按影响范围排序：先修复无法完成任务、内容错误和移动端溢出，再处理视觉细节。每次改动保留前后版本和验证证据，方便团队回退与复盘。
如果工具能力或套餐发生变化，更新文章中的来源链接、适用边界和日期说明；如果用户反馈集中在同一环节，把解决方法补进步骤和常见问题。这样文章能持续承接搜索需求，也不会用过时承诺误导读者。团队还应指定维护人和复查日期，避免文章长期无人更新。
继续使用v0 中文专题页了解完整流程，也可以进入Pixso UI 设计协作完成组件与原型评审。
