这次我们来看一个在 AI 编程社区里被反复讨论的问题用 Vibe coding 方式快速产出的网站怎样才能不像“AI Slop”。所谓 Vibe coding是指用 ChatGPT、Claude、Cursor 这类 AI 编程工具通过自然语言描述需求让模型直接生成页面代码开发者只做少量修改就完成开发。这种方式的优势非常直接快。上午有一个想法下午就能看到一个能点击的 Demo。很多个人项目、落地页、运营活动页甚至是内部工具都开始用这种方式产出。但问题也伴随而来AI 代码能力很强视觉设计审美却约等于零。同样是“帮我做一个产品官网”不同模型写出来的结果常常像同一个模子倒出来的无非就是大圆角卡片、紫蓝色渐变、三列功能模块、居中 hero 区、灰色背景加白色阴影卡片。这些元素堆在一起社区的称呼很直白——AI Slop也就是 AI 生成的视觉垃圾。本文不讨论 AI 能不能替代设计师这类大问题只讨论一件具体的事如果我只能用 Vibe coding 加少量手写代码要怎么把网站从“模板感”变成“有灵魂”。我会从设计规范、提示词控制、代码避雷、运行验证、性能优化五个角度拆解并给出可以直接照做的步骤和代码示例。无论你是在做个人作品集、产品宣传页还是内部管理系统这套方法都可以直接用。1. 先弄清什么是 Vibe coding 和 AI SlopVibe coding 这个词在开发者社区已经流行了一段时间它描述的是一种开发状态开发者不再逐行写代码而是把需求、图片、甚至一个粗略的草图发给 AI让它生成网页、组件或整站项目。这里的“Vibe”指的是氛围和直觉开发过程更像是在描述“我想要一个干净、有高级感、偏日式的落地页”而不是在写 TypeScript 类型定义。AI Slop 则描述的是另一种现象AI 生成的网站千篇一律缺少设计目标和视觉层次。它并不是“因为用 AI 所以丑”而是因为 AI 模型在生成页面时倾向于选择训练数据中出现频率最高的那些设计模式。频率高代表安全也代表平庸。于是我们看到大量网站共用同样的布局和配色用户的第一个反应不是“这个产品不错”而是“这个网站是 AI 做的吧”。要摆脱 AI Slop就要从两个方向同时下手一是给 AI 足够具体的设计约束让它没有机会走“概率安全区”二是建立一套人工检查流程在代码生成后主动修正那些典型的 AI 痕迹。这两个方向也是本文后面所有内容的基础。2. 核心能力速览从“能跑”到“好看”要补什么维度说明解决的核心问题Vibe-coded 网站外观同质化、缺乏设计目标、视觉层次混乱适用人群使用 Cursor、Claude、ChatGPT、Copilot 等 AI 工具建站的开发者技术门槛基础 HTML/CSS 知识能读懂 AI 生成的代码会启动本地开发服务器核心工具链AI 编程工具 本地预览环境 浏览器开发者工具 性能分析工具是否需要 GPU不需要纯前端开发任务普通电脑即可主要操作步骤定设计规范 → 写提示词 → 生成页面 → 代码审修 → 本地验证 → 部署上线是否支持批量任务支持可将提示词和审美检查清单模板化批量应用到多页面典型输出视觉统一、层次清晰、可维护性更好的静态站点或前端应用不适用场景需要复杂交互和强后端逻辑的大型系统仍需专业前端开发从表格可以看到这不是一个需要特定硬件或高配环境的话题门槛在于方法你是否愿意在 AI 生成代码之前先花时间定义“灵魂”在生成之后再做一轮人工审美检查。3. 五大 AI 痕迹一眼假的原因AI 生成的网站之所以容易一眼看出来通常有五个共同特征。逐一拆解才知道要改哪些地方。第一过度使用大圆角和高斯阴影。AI 模型觉得圆角和阴影是“现代感”的符号于是一律给按钮、卡片、输入框加上 12px 到 24px 的圆角再配一个模糊阴影。真实设计中圆角和阴影应该服务于层次区分而不是装饰本身。没有阴影层次页面会显得平面且失真。第二大面积的紫色到蓝色渐变。这种渐变在 AI 生成内容中出现频率极高大概是因为模型认为“科技感”等于“蓝紫色渐变”。但真实产品设计里大面积渐变会抢走内容注意力也让品牌辨识度变低。第三过度对称的三列布局。功能特性写三个、客户评价放三个、价格方案做三个AI 认为三列是最稳定的信息结构却不考虑信息权重。结果页面看起来很工整却没有任何阅读节奏。第四所有元素居中。AI 生成的 hero 区域喜欢使用垂直居中加水平居中的排版文案、按钮、图片全部居中。这在移动端短文案场景可行但在信息量较大的页面上会丧失可读性。第五图片素材过于“罐头感”。AI 生成或从免费图库取图时经常使用微笑的白人商务人士、握手的团队、抽象 3D 渲染图。这些素材本身就带有强烈的模板感会直接拉低整体设计可信度。认清这五个特征后面的修改就有了明确目标。4. 从 Vibe 到设计系统先定约束再写代码大多数 Vibe-coded 网站翻车的根本原因是没有任何设计约束就开场向 AI 提需求。AI 当然只能靠猜猜的答案自然是最大众化的那个。所以第一步不是让 AI 写页面而是先和 AI 一起定一套最小设计系统。4.1 设计 Token先把颜色、字体、间距定死设计 Token 是视觉语言的变量。用 CSS 自定义属性表示颜色、字体、间距、圆角和阴影这样一来后续所有组件都会自动遵循同一套规范AI 在生成新组件时也更容易被约束住。下面是一套适合 Vibe-coded 项目的最小设计 Token 示例你可以直接放在全局样式文件里:root { /* 色彩系统 */ --color-bg: #faf9f6; --color-surface: #ffffff; --color-text-primary: #1a1a1a; --color-text-secondary: #555555; --color-accent: #b74b3f; --color-border: #e5e2dc; /* 字体系统 */ --font-sans: Inter, PingFang SC, Microsoft YaHei, sans-serif; --font-serif: Newsreader, Noto Serif SC, serif; /* 间距系统 */ --space-xs: 4px; --space-sm: 8px; --space-md: 16px; --space-lg: 32px; --space-xl: 64px; /* 圆角与阴影 */ --radius-sm: 4px; --radius-md: 8px; --radius-lg: 16px; --shadow-sm: 0 1px 2px rgba(0, 0, 0, 0.05); --shadow-md: 0 4px 12px rgba(0, 0, 0, 0.08); }注意这里的色板刻意避开了 AI 最常用的纯黑、纯白、蓝紫渐变。选择米白底色、暖灰文字、赭石色点缀页面气质会立刻不同。实际项目中请根据品牌需求调整但关键是先把颜色数量控制在一个主色、一个中性色、一个强调色的范围不要让 AI 自由发挥。4.2 组件约束给常用元素定义统一规则光有全局变量还不够还要约束按钮、卡片、标题等常用组件的行为。这里说的不是写一套完整组件库而是设定“什么能用什么不能用”。比如按钮的规则圆角用 4px 而不是 16px按钮文案用动词短语而不是单个词主按钮最多一个其余都用次级按钮。再比如卡片规则卡片内部间距统一为 24px卡片之间间距统一为 16px阴影只用--shadow-sm禁止同时出现渐变背景和阴影。把这些规则写成一份design-guidelines.md文件并在每次向 AI 提问时附上。AI 生成新页面时就会倾向于遵守这些约束。4.3 让 AI 先写设计说明再写代码一个很有效的技巧是在生成代码前先让 AI 输出设计说明。比如输入“请描述这个页面的视觉层次、颜色含义、排版节奏”再让它根据说明生成代码。AI 写说明的过程本质上是帮它自己整理思路也能让你提前发现设计方向上的偏差。如果 AI 生成的设计说明仍然全是“现代科技感”“简约大气”这类空词说明你的提示词还不够具体。这时需要把需求缩小到一个可以讨论的范围内比如“这个页面是给独立摄影师做作品集希望呈现安静、克制、有纸张质感的风格”而不是“做一个好看的作品集网站”。5. 用提示词控制生成方向提示词是 Vibe coding 里直接影响输出质量的因素。不要只写“帮我生成一个官网首页”而是把设计目标、参考方向、禁止事项都写清楚。5.1 结构化提示词示例下面这段提示词可以直接复制给主流 AI 编程工具再结合你的产品内容做修改请为一个独立咖啡品牌设计并生成官网首页。 设计要求 1. 整体氛围温暖、手作、有社区感不要科技感。 2. 颜色只使用米白、深棕、奶油色不要使用蓝紫色渐变。 3. 字体标题使用衬线字体正文使用无衬线字体。 4. 布局首页顶部是一个大字标题加一小段说明不要把所有内容居中 产品展示区使用一列瀑布流不要使用三列等分卡片。 5. 图片使用真实手部动作特写和咖啡拉花照片风格不要使用握手商务照。 6. 按钮圆角不超过 6px使用深棕实底不要使用渐变。 7. 禁止事项不要出现大面积模糊阴影、不要将所有文字居中、不要使用表情符号。 请先输出 3 段设计说明再输出完整 HTML 文件。这段提示词里的“不要”指令很重要。AI 模型对否定指令的理解有限所以最好在禁止事项里明确列出高频 AI 痕迹。生成后如果仍有偏差逐条补充“把某某元素改成某某样式”比让 AI 整体重写更有效。5.2 迭代策略先整体再局部用 Vibe coding 做一个完整首页时建议分三到四轮迭代。第一轮让 AI 输出页面骨架只需要版式不需要精细内容。第二轮根据设计说明调整配色和字体。第三轮替换具体文案和图片占位。第四轮压细节比如间距、圆角、悬停效果。在每一轮开始前都要明确指出上一轮哪里不好。AI 编程工具对上下文中的修改要求响应速度很快但需要你给出明确的修改方向比如“把 hero 区域改成左对齐去掉背景渐变”比“看起来有点乱”更有用。5.3 反向约束用代码约束替代口头约束如果发现按提示词生成的页面仍不够统一可以直接在项目的 CSS 文件里加一个“兜底规则”。比如为了禁止 AI 无节制地加圆角可以在全局样式里限制所有 div 的默认行为/* 兜底约束组件圆角必须来自变量 */ div, section, button, input { border-radius: var(--radius-md); } /* 禁止大面积蓝紫渐变背景 */ body * { background-image: none; }这种方式虽然粗暴但能让 AI 生成的新组件在视觉上不会跑得太远。将这套基础的约束规则配合 AI 提示词使用比每次手动纠正单个组件效率高很多。当然这些兜底样式在后期需要调整避免影响特殊组件。6. 代码层避雷修掉 AI 生成的通病Vibe-coded 项目在代码层面也经常带着明显的“AI 综合征”。不修改这些代码即使设计规范定得再好最终页面也会透出一股粗糙感。6.1 语义化 HTML 结构AI 生成的页面经常大量使用div和span忽略 HTML 语义化标签。这不是无关紧要的小问题。语义化标签关系到 SEO、无障碍访问、代码可读性。没有正确的标题层级搜索引擎和屏幕阅读器都无法理解页面结构。生成代码后先检查以下几项是否使用了header、main、footer划分页面区域。标题层级是否从h1开始并且没有跳级。导航是否使用nav列表是否使用ul和li。图片是否带有alt属性。如果 AI 生成了大量裸div手动修正一次的收益远大于重新生成本身。6.2 常见 CSS 通病修复AI 经常生成的另一种问题样式是 box-shadow 叠加过度。很多模型会把阴影写成多层比如.card { box-shadow: 0 1px 3px rgba(0,0,0,0.1), 0 8px 24px rgba(0,0,0,0.08); }这种多层阴影在大多数设计系统里都没有必要。建议统一改成设计系统里的--shadow-sm最多保留一至两层阴影避免视觉发散。另一个通病是为每个元素都设置transition: all 0.3s ease。这会降低页面性能也会让悬停效果模糊。正确做法是只过渡需要变化的属性.button { transition: background-color 0.2s ease, transform 0.1s ease; }6.3 响应式布局检查AI 生成的页面往往在桌面端宽度下表现稳定但一到移动端就出现横向滚动、文字溢出、卡片挤压等问题。这是因为模型常常使用固定宽度px而不是相对单位或响应式布局。快速修复方案是检查所有固定宽度并改用 min/max 约束/* 不推荐 */ .container { width: 1200px; } /* 推荐 */ .container { width: 100%; max-width: 1200px; padding: 0 var(--space-md); }然后再增加三个断点分别覆盖移动端、平板、桌面/* 响应式断点示例 */ media (max-width: 768px) { .grid { grid-template-columns: 1fr; } } media (min-width: 769px) and (max-width: 1024px) { .grid { grid-template-columns: repeat(2, 1fr); } } media (min-width: 1025px) { .grid { grid-template-columns: repeat(3, 1fr); } }如果 AI 生成的是 Flex 布局同样需要检查flex-wrap是否设置。没有flex-wrap的弹性容器在窄屏下会强制把子元素压扁视觉效果非常灾难。7. 本地运行与验证流程把 Vibe-coded 项目跑起来无论项目是用静态 HTML、React 还是 Vue 生成都需要先在本地跑起来再做人工验证。Vibe-coded 项目最忌讳“生成完直接上线”因为 AI 代码在复杂逻辑和浏览器兼容性方面往往存在隐患。7.1 启动本地开发服务器如果是纯静态 HTML 项目可以直接用 Python 或 npx 启动一个静态服务器# 进入项目目录 cd your-project # Python 启动方式 python3 -m http.server 8080 # Node 启动方式 npx serve .如果是 React 或 Vue 项目通常使用项目自带的开发服务器npm install npm run dev启动后浏览器访问http://localhost:8080或终端提示的地址检查页面是否正常渲染。7.2 用 curl 验证页面响应启动开发服务器后除了打开浏览器还可以用 curl 从命令行检查页面是否能正常返回 HTML 内容这一步适合写进自动化检查脚本# 检查首页 HTTP 状态码 curl -I http://localhost:8080 # 检查 HTML 是否包含关键内容 curl http://localhost:8080 | grep -i product如果返回 200 且能看到内容说明服务正常。如果 404 或 500需要检查启动路径和依赖安装情况。注意 curl 检查只能证明服务可访问不能替代人工视觉审查。7.3 浏览器检查清单在浏览器里逐项检查这五类问题页面在 375px、768px、1440px 三档宽度下是否正常。滚动过程中是否存在横向滚动条。所有按钮和链接是否有悬停状态。图片是否加载失败图标是否出现乱码。控制台是否有 JavaScript 报错。其中控制台报错是 AI 生成代码的高频问题。常见的错误包括未定义的变量、错误的 API 调用、重复的 key 属性、事件监听器未被移除等。一旦发现报错把完整报错信息直接粘贴回 AI 工具让它定位并修复效率远高于自己读源码。8. 性能与体积控制AI Slop 网站的重灾区AI Slop 网站还有一个隐蔽问题性能差。AI 在生成代码时倾向于“加尽可能多的东西”例如导入用不到的库、生成体积巨大的内联样式、加载高清原图。这些问题会让页面打开速度变慢也会拉低用户对产品的信任度。8.1 检查依赖体积如果 AI 生成了 React 或 Next.js 项目第一步先检查 package.json 里有哪些依赖npm ls --depth0很多 AI 生成的页面会引入一整套 UI 库但实际只用到了其中的 Button 组件。遇到这种情况优先砍掉整个 UI 库改用简单的 CSS 实现减少打包体积。也可以使用bundlephobia这类工具查询依赖体积再决定是否保留。8.2 图片和字体优化AI 生成的页面经常会直接引用网络图片其中一部分图片尺寸高达几兆。建议把所有图片下载到本地并用压缩工具处理。图片格式优先使用 WebP 或 AVIF而不是 PNG 和 JPEG。字体方面如果只是标题使用衬线字体尽量使用系统字体栈不要加载整份在线字体文件否则首屏加载速度会明显变慢。8.3 使用 Lighthouse 做基础检查性能验证最直接的方式是打开浏览器开发者工具的 Lighthouse 面板或命令行调用 Lighthousenpx lighthouse http://localhost:8080 --output-path./lighthouse-report.htmlLighthouse 会输出 Performance、Accessibility、Best Practices、SEO 四个维度的分数。对 Vibe-coded 项目来说如果 Accessibility 和 SEO 分数低于 80基本可以判定代码存在明显的语义或可访问性问题需要回到代码层面修改。Performance 分数受图片和 JS 影响较大优先处理图片体积和未使用的 JavaScript。9. 常见问题与排查方法问题现象可能原因排查方式解决方案页面样式和生成效果不一致浏览器缓存了旧的 CSS 文件或 CSS 变量未生效检查开发者工具 Network 面板确认 CSS 文件是否加载最新版本硬刷新页面清除缓存重启开发服务器移动端出现横向滚动条某个元素设置了固定宽度或内容超出视口在开发者工具 Elements 面板逐级选中元素查看宽度是否超过视口将固定宽度改为max-width: 100%检查overflow-x浏览器控制台报错AI 生成的 JavaScript 引用了不存在的变量或 API复制完整报错信息反馈给 AI 工具检查源码中对应位置让 AI 修复报错或手动删除无用代码页面加载极慢依赖库过大、图片未压缩、字体文件过多打开 Network 面板查看资源加载时间排序移除不必要依赖压缩图片使用系统字体AI 生成的页面仍然一股模板味设计约束不够提示词缺少禁止事项检查设计 Token 是否生效提示词是否清晰重新定义设计令牌补充禁止类提示词部署后样式错乱CSS 路径错误或资源路径使用了绝对路径检查 HTML 引用的 CSS/JS 路径改为相对路径或使用构建工具处理资源引用排查时记住一个基本原则先从浏览器开发者工具定位问题再让 AI 修复。把肉眼观察到的现象直接丢给 AI不带上技术细节容易得到一堆没有意义的建议。10. 最佳实践让 AI 写网站的工作流建议把 Vibe coding 从“跑通”升级到“好看且有灵魂”需要建立一套稳定可复用的人工审校流程。以下是我在实际工作流中比较有用的几条经验。第一每个项目都保留一份design-guidelines.md。里面写明颜色、字体、间距、圆角、组件规范并附上“禁止事项”。每轮向 AI 提问前把这份文件的路径或关键内容一起贴进去。多做几次之后这套规范会成为你的个人设计系统可以复制到任意项目显著减少重复维护成本。第二第一次生成时不要追求完整。先让 AI 输出一个可点击原型确认视觉方向后再逐步添加页面和功能。方向错了重写原型的成本很低方向错了却继续添加内容最终会浪费大量修改时间。第三建立“人工审美检查清单”。我通常分成四类版式类是否有明确的信息层级是否所有元素都在一条规律的对齐线上。色彩类是否只有主色、强调色、中性色三个层次是否存在无意义的渐变。字体类标题和正文是否使用不同字重行高是否过大或过小中文是否使用了合适的字体兜底。动效类悬停和点击是否有反馈过渡时长是否在 150ms 到 300ms 之间。第四不要依赖 AI 生成图片素材。AI 生成的图片或免费图库素材很容易破坏设计氛围建议优先使用真实的产品截图、实地拍摄照片或由设计师产出的一套受限风格插画。如果你没有专业素材至少使用带明确授权的真实图片不要用“商务握手照”这类 AI Slop 感极强的图。第五发布前查看版权和合规问题。AI 生成的多语言文案、字体、图标、图像都需要确认来源和授权范围。尤其是商用项目不要直接使用模型生成的文字内容和可能的版权争议素材。涉及用户数据或隐私的页面更要提前检查表单、cookie、隐私政策是否完整。11. 总结与下一步Vibe coding 真正厉害的地方不是让 AI 代替你写全部代码而是让你能用自然语言快速把想法变成一个可以感知、可以点击的真实页面。但 AI 生成能力的上限会被你的输入质量和设计约束直接锁定。没有约束的 AI 生成注定走向 AI Slop。这篇文章的核心思路可以压缩成三条先定设计 Token 和禁止事项再让 AI 生成页面生成后逐项检查 HTML 语义、响应式、性能和视觉效果最后把这一套检查流程沉淀成你自己的模板反复套用。最容易踩的坑是跳过设计约束直接要求 AI 写完整页面。越大的页面后期返工成本越高。建议先从单个 landing page 或单页组件开始跑通这套“设计约束 提示词 人工检查”流程再把它复用到多个页面或批量任务中。下一步你可以尝试的方向有两个一是把design-guidelines.md做成一个可以在多个 AI 工具间复用的模板二是用 AI 批量生成不同页面时加入自动化检查脚本让 Lighthouse 分数和控制台错误成为每次生成的硬性验收指标。页面生成只是开始灵魂来自你在每一轮修改中做出的选择。