本篇导读
预计阅读时间：8 分钟。读完你会掌握和 Agent 迭代打磨作品的方法：怎么提修改意见、怎么管理版本、怎么在它跑偏时把它拉回来。这一篇的方法论适用于一切创作型任务。
页面有了雏形，但「能用」和「好看好用」之间隔着的就是这一节：迭代。这是全教程最值钱的方法论——因为它不只适用于做网页，适用于你和 Agent 合作的一切创造性任务。
好作品是聊出来的
新手最常见的失败姿势：一句话要一个大成品，看完不满意，推翻重来，循环三遍后放弃。
正确的节奏是小步快跑：先要一个粗胚 → 看一眼提一处修改 → 看一眼再提一处。每一轮只解决一两个问题。十轮之后回头看，和第一版已经是天壤之别——但每一步都踩得很实。
改到第五六轮你还会发现一个现象：你的眼睛变挑剔了。第一版你觉得「还行」，第五版你一眼能看出「这个间距不对」。审美是迭代过程中长出来的，这也是自己动手做和套模板最大的区别。
提修改意见的讲究
同样是改，说法不同效果天差地别。三条实战语法：
- 一次一件事。「把标题改大」和「把标题改大，顺便导航也改改，还有背景色」——前者能得到精确修改，后者它可能顾此失彼。憋不住的多个需求，列成清单让它逐条确认。
- 说现象，再说猜测。「手机上标题看起来特别小，是不是字号没适配」——先描述你看到的，再附你的猜测。它验证猜测的成本，远低于大海捞针。
- 满意的部分明确圈起来。「头图区保持不变，只改作品区」——不加这句，它可能顺手「优化」你很喜欢的地方。改对了新区域、改坏了旧区域，是最让人崩溃的循环。
版本管理：给自己留后悔药
迭代次数多了，一个现实问题浮出来：改到第八版发现「还是第三版好看」，怎么办？
让 Agent 帮你存档。每完成一个满意的阶段，说一句：「把当前版本备份成 index-v3.html」。或者更专业一点，让它给这个项目初始化 git（程序员的版本管理工具，一句「帮我用 git 管理，每次修改前提交一次」它就懂了）。
有存档，你就获得了大胆试错的权利：反正随时能回去，那就不妨让它在第 N 版玩点激进的。创作自由，从来都是备份给的。
它跑偏了怎么办
迭代多了难免遇到：改了几轮，越改越不对劲，它好像完全没理解你。
这时候的正确操作不是继续堆砌修改意见，而是停下来，让它复述：「停一下，用你的话描述一下你现在对这个页面的理解。」
它的复述和你脑中画面的差距，就是问题的真正所在——十有八九是一个词双方理解不同（你说的「简洁」和它理解的「简洁」不是一回事）。找到那个词，重新对齐，比再改十轮代码都管用。
下一节
作品打磨完成，是时候见人了。下一节——全教程的最后一站：部署上线，让它出现在真正的互联网上，任何人输入网址都能访问。