v0.dev 迭代优化
v0 最有价值的地方，通常不在第一次生成，而在后面几轮怎么收。很多人第一版看着不错，第二轮开始就越改越乱，最后甚至不如第一版。问题大多不是模型不行，而是迭代方式不对: 每轮同时改布局、颜色、状态、动效，最后谁也不知道是哪一步把页面带偏了。
所以 v0 的迭代，本质上是“控制改动半径”。
先说结论：先稳结构，再稳风格，最后补细节
更稳的迭代顺序通常是：
- 结构
- 信息层级
- 响应式
- 视觉风格
- 状态和动效
顺序别反。结构没稳的时候就开始调视觉，基本都会越改越乱。
一句最有用的话
Keep the current structure. Only change one dimension.
这句话看起来普通，但非常适合控制 v0 的改动范围。
它能显著降低“第二轮开始重做半页”的概率。
常见迭代方式
| 目标 | 更稳的改法 |
|---|---|
| 改配色 | 保留布局，只改 palette |
| 补移动端 | 保留结构，只改 breakpoint |
| 提高可读性 | 保留内容，调整 spacing 和 hierarchy |
| 减少杂乱感 | 保留功能，减少视觉装饰 |
一轮只解决一个问题，后面才更容易判断效果。
什么时候该继续迭代，什么时候该重开
更适合继续改的情况：
- 骨架基本对
- 层级基本清楚
- 只是视觉或状态还有问题
更适合重开一版的情况：
- 布局根本不对
- 模块关系错了
- 你自己都没法解释这个页面的主路径
很多时候，继续在错误骨架上补丁式迭代，比重写更浪费时间。
最容易翻车的地方
| 问题 | 根因 | 修法 |
|---|---|---|
| 每一版变化都很大 | Prompt 改动范围过大 | 每轮只改一项 |
| 越改越花 | 先调风格，没先稳结构 | 回到 layout 和 hierarchy |
| 第二轮以后开始失控 | 第一版结构就有问题 | 及时回退重写 |
| 代码更难接项目 | 一直在做视觉微调，没管工程约束 | 早点回项目环境收口 |
v0 的迭代优化，重点不是“做更多轮”，而是“每轮都知道在改什么”。
实战建议
你可以给每一轮迭代都写一个标题，比如：
- Round 1: fix layout
- Round 2: improve mobile
- Round 3: simplify visual hierarchy
这样你后面更容易回看，也更容易知道哪一轮真正有效。
