教人用 AI 做页面的过程里，见过太多这样的场景：同一句"帮我做个产品介绍页"，有人拿到一版能直接改改就用，有人拿到一版打开就皱眉：板块顺序莫名其妙，文案全是"赋能""闭环"，手机上文字还压在一起。有人怪工具不行，换一个再试；有人怪自己不会写代码。真实的原因往往在输入那一侧：给模型的信息太少，它只能按训练里最常见的样子替你补。
同一个模型、同一句需求，输出质量的浮动区间大得惊人。模糊的输入拿到通用模板式的输出，结构化的输入拿到接近成品的代码。决定第一版能不能留下来的，从来不是模型这一侧，而是需求描述这一侧。
放在单页面上，这件事更集中。单页面只有一个页面，没有"后续页面慢慢补"的空间，首屏、证据、动作都要在一屏到几屏之内说清。生成之前想不清结构，生成之后就要用几倍的轮次去缝补。这段功夫其实有章法可循：把需求写成订单、按约束下指令、分步做验收、按规矩改稿、一次出三个方向对比。五步走完，第一版就能当准成品用。
一、生成质量的分水岭在需求侧
提示词质量带来的输出差异，是可以被具体描述的：模糊简短的描述拿到的是通用、可能过时的写法，结构靠大量重复的容器堆出来，文案是放之四海皆可的空话；清晰结构化的描述拿到的是语义清楚、层级分明的代码，文案贴着业务写。同样十行描述，一个只说"做个美容店页面"，另一个说清服务谁、要访客做什么、页面分几块、风格往哪走，产出的可用程度差出好几轮返工。
| 需求要素 | 没写清楚时，模型会替你猜 | 写清楚之后 |
|---|---|---|
| 页面给谁看 | 按最宽泛的人群写，语气和用词泛化，卖点不痛不痒 | 文案按目标人群的语言习惯写，卖点落在他们真实关心的事上 |
| 访客要做什么 | 动作入口可有可无地散落各处，页面没有明确的目标动作 | 每个板块末尾自然收束到同一个动作，动线清楚 |
| 页面分几块 | 板块顺序照搬行业套路，多出的板块挤掉重点 | 每块点名内容要点，层级按重要性排布 |
| 风格参照 | 套用模型默认审美，配色和字号时好时坏 | 配色、字重、疏密有明确方向，改稿有依据 |
| 技术约束 | 可能引用外部样式与字体，打开环境一换就走样 | 单文件自包含，换台电脑打开效果一致 |
单页面生成之前，先回答一个问题：这一页要让访客完成哪一件事。一页一件事，其余内容都是为这件事服务的配角；答案含糊的时候别急着生成，生成的每一版都会在替你猜。
二、把提示词写成一张订单
有效的提示词读起来不像闲聊，像一张下单的订单：要交付什么、什么规格、什么不能做、什么算合格，四项写全。逛商场许愿式的一句"做个好看的页面"，模型只能按它对"好看"的平均理解去做；订单式描述把选择权收回自己手里，产出的第一版就贴着需求走。
请用单个 HTML 文件做一个【页面类型】页面，交给【目标人群】看。访客看完页面，希望他做的一件事是：【目标动作】。页面结构按这五块排，每块只写要点，不要替我扩写成套话：1. 首屏：一句话说明这是做什么的；2. 亮点区：三到四个要点，每条一句；3. 证据区：可以放哪些真实材料，先留占位；4. 常见问题：三问三答；5. 底部：行动指引 + 联系信息占位。风格：【配色方向】【字体气质】，整体克制，不用花哨动效。硬性约束：- 不要引用外部的样式表、脚本和字体文件；- 手机上打开不能横向滚动，正文行高舒服；- 示例文字要真实可读，写清楚是示例；- 图片位置标注尺寸和内容说明，不要接入未知外链。这段模板里藏着几句经验换来的话，值得单独拿出来记。"不要引用外部的样式表、脚本和字体文件"保证交付的是一个能独立打开的文件，换设备、换网络都不走样；"示例文字要真实可读、写清楚是示例"让页面在预览阶段就能看出文案节奏，而不是一屏"请填写内容"；"图片位置标注尺寸"避免模型随手接上不存在的图片地址，打开变成一排裂图。还有一条来自工程实践的习惯：凡是暂时留空的位置，都要求写明"这里是占位、上线前替换成什么"，含糊的占位在交接时最容易变成事故。
三、一次成型还是分段生成
五块以内的短页面，一次生成整页最省事：结构少、关联简单，模型能一次看全上下文。页面一长、板块一多，一次生成的风险开始上升：篇幅越大，越容易出现某块内容没按要点写、冒出几处自创的写法、前后样式不一致。分模块推进的做法是把第一段的收益和风险都摊平：先只让模型输出结构清单和每块的要点，人工核一遍要点齐不齐，再逐块生成内容，收尾统一调样式。
一次成型
适合五块以内的短页面与结构熟悉的任务。一轮出稿，节奏快，上下文完整，不用来回对齐口径。板块一多就不划算，漏项与风格漂移都要靠后续几轮找补。
分段生成
先结构、再内容、后样式，每段只做一件事。板块多、要点密、需要多轮核对的项目适合这条路，代价是多花几轮对话，换来的是每一块都在掌控里。
分段推进的顺序有讲究：先让模型交出"板块清单 + 每块要点"，这一轮不写代码，人工把要点对齐现实；再按清单逐块补内容，一次一块，改完一块确认一块；收尾统一处理样式与响应式，让整页的间距、字号、配色回到一套规则里。顺序反过来，先调样式再改内容，前面的调整会被后面的改动推翻，白做一轮。
生成到一半改了主意，接着改还是重新生成？
看动的是哪一层。改配色、换措辞、挪按钮位置这类细节，在原地接着改，说清"只改这里、其余保持原样"就行；板块数量、页面任务、受众定位这类结构层的变动，重新开一轮对话生成更省事。原因很实际：结构一变，前面几轮围绕旧结构写的内容和样式都会变成负担，继续缝补出错的概率不比重新生成低，还多背了历史包袱。改动大的时候，带着"这版要改什么"的信息重新下单，比在老版本上打补丁快。
四、验收：生成之后先查五处
生成出来的页面看起来越完整，越容易让人直接发布，这是被忽视最多的一步。模型输出的内容带着"自信"：编出来的数字、想当然的资质、听起来很顺的承诺，都写得斩钉截铁。涉及价格、数量、规模、资质的表述，全部要回到事实核对，核不了的就删掉或者改成真实信息。生成是效率工具，核对是责任，两者不能互相替代。
横竖屏各看一次，文字不压不溢出、按钮点得到，页面宽度不出横向滚动条。
把首屏单独截出来看：三秒内能不能明白这是做什么的、给谁看的。读不懂就改文案，别急着调样式。
把页面上的行动入口真实点一遍：表单能不能提交、跳转落到哪里、联系方式准不准。
数字、案例、资质、承诺逐条对照真实材料，核不了的删掉；涉及行业监管的表述，按当地规定再筛一遍。
单文件另存一份到本地和网盘，命名带日期与版本号，发布出去的那一版和留存的那一版对得上。
三个高频生成缺陷与修法：页面引用了外部样式或字体，换环境打开就变形，要求模型改成全部内联；图片位置接了不存在的外链，打开是一片裂图，改成标注尺寸的占位容器；表单只有样子没有提交去向，点按钮没有反应，要么明确"只做样式"并从其他地方接线索，要么换成可用的表单服务。三处都在生成后第一轮就检查，成本最低。
生成结果里最容易闯祸的不是代码，是写得很顺的那几句事实陈述。代码写错最多页面难看，事实写错是发布之后要收拾的事情。这两类问题的处理顺序，也应该是先核事实，再调页面。
五、改稿：一次一处，点名保留
让模型改稿时最容易发生的事，不是改不好被点名的那一处，而是顺手把没提的地方一起"优化"了：改标题带偏了首屏副标题，调间距动了整块版式，几轮下来页面和初版渐行渐远，还分不清哪一版顺眼。原因不难理解：报上七八条意见、几十行代码一起丢过去，模型只能在"都改"和"少改"之间自行取舍，取舍的结果不可控。
只改一处：首屏的主标题，改成"周末两小时，学会一款拿手甜品"。要求：- 除了这一处，其余的结构、样式、文案全部保持原样；- 不要顺带优化其他板块，不要调整配色和间距；- 改完告诉我改了什么，用一句话就行。这段指令的写法有几个固定成分："只改一处"限定范围，"其余保持原样"挡住顺手优化，"改完告诉我改了什么"让每次改动可核对。一句"不要顺带优化"看着多余，实际是最有用的一条，模型对"改得更好"有自己的理解，不封住这个口子，每一轮都会多出计划外的变化。改稿只推进一件事，改动范围写进指令，是让多轮迭代不失控的最省力做法。发现某一轮它还是动了无关部分，停手比继续更明智：把当前满意的版本留档，带着明确的修改点重新开一轮对话，损失的只是一次沟通，省下的是一串连锁改错。
进入可用状态的轮次
2-4 轮
结构清楚、要点写全的前提下
建议重新生成的节点
6 轮以上
反复缝补的累计成本高于重做
六、多版本：出三个方向，不是三版微调
选不出哪个版本好，常常是因为手里的几个版本本来就是同一版的亲戚：同一套结构，换了下配色和措辞，比来比去只能在细节里挑。更有用的做法是让三个版本在"方向"上分开：结构顺序换一种、卖点排序换一种、风格气质换一种，各跑一轮生成，摆在桌面上比。方向级的差异才看得清哪种表达更接近目标人群的真实反应。
- 各写一份订单：三稿对应三份不同的提示词，结构、要点顺序或风格至少变一样，别在同一份指令上反复重试。
- 一稿一个变量组：稿间差异成组出现。A 稿的严谨风格配数据型首屏，B 稿的轻快风格配场景型首屏，比较的是整套表达，不是单个零件。
- 用目标动作当标尺：选稿不看个人喜好，看哪个版本把"访客该做什么"铺得最直接、最少干扰。
- 留下失败稿：没选中的版本存档别删，下一轮改版时它们是现成的对照材料。
三稿法的价值在把"审美争论"变成"结构对比"：几个版本差异足够大，讨论才有落点，找几个人各看三十秒，说清各自的第一反应，比一个人对着同一张页面反复调颜色高效得多。选定方向之后，再用前两章的方法逐处改稿，把选中的那一稿打磨到上线标准。
七、让生成能力沉淀成资产
单个页面这样生成没有负担，页面变成几十个、站点变成几处的时候，新的问题会出现：同一个订单写了几十遍，改稿经验散在几十段对话里，哪个站用的是哪一版结构说不清。生成能力要沉淀成资产，靠的是把有效的订单模板、结构清单和验收标准固定下来，让下一批页面照着走。
批量环节交给 UC 建站系统承接：内容中台把验证过的页面结构沉淀为模板，同一主题在不同站点按各自角度重组，避免批量页面互为重复；页面 HTML 直出，搜索引擎抓取到的是完整正文；发布走双通道推送，新页面按节奏进入提交队列；多站看板把索引量、抓取异常与流量变化统一监控，哪批页面没起量随时能查；站点独立部署，独立 IP、独立模板、独立备案，一处的调整不波及其他站。单页面的生成拼的是单次的提示词水平，批量运营拼的是把那份水平固化成流水线。
一句话收束：第一版只能当草稿，多半不是模型的问题，是订单写得不够清楚；把订单、验收、改稿三件事做到位，生成才有稳定产出。
回看那五步：写订单、下约束、做验收、按规矩改、出三稿比方向。没有一步要求会写代码，每一步都在逼需求变清楚。这也是 AI 生成单页面真正的门槛所在：工具把"写"的部分接走了，把"想清楚"的部分留给了用它的人。
手上如果有页面要做，可以就从这一轮开始：先写一句"这一页要让访客做的一件事"，照订单模板补全要素，生成第一版，按验收五处过一遍。走完一轮，你会比看十篇教程更清楚这套方法里哪一环最值得自己下功夫。
（说明：文中提示词写法与改稿方法为实操经验整理，生成结果的准确性与合规性需人工核对；数据卡数值为经验参考区间，因模型与工具差异而不同，不构成任何效果与排名承诺。）
