4.3 话题三:AI 生成的代码,普通人要看得懂多少

先给结论:你不需要看懂每一行,但需要三条底线能力。AI 时代,代码不用你手写,但验收能力必须自己长。就像你不需要会修车,但至少要会看仪表盘——车速、油量、故障灯,这几样不懂,上路就是风险。

很多人被这个词吓退:看不懂代码,怎么敢用 AI 生成的网站?其实换个角度想,你每天都在验收看不懂的东西:你不懂洗衣机的电路图,但你知道洗完的衣服干净了、没漏水,就是合格;你不懂菜谱背后的化学,但你尝得出咸淡。

对 AI 生成的网站,你的角色就是验收员。验收员不需要会造,但需要知道:正常长什么样、哪里不对劲、发现问题怎么描述。

底线能力一:看懂页面结构

网页代码有三层,用一个比喻就够记一辈子:

  • HTML 是骨架:决定了页面有什么。标题、段落、图片、按钮,都是骨架上的一块块骨头。
  • CSS 是皮肤:决定了长什么样。颜色、字体、间距、布局,都是皮肤的事。
  • JS 是动作:决定了会干什么。点击弹出菜单、提交表单、轮播图切换,都是动作。

记住这个分工,你就有了提问的语言。页面显示错了,是骨架或皮肤的问题;点击没反应,是动作的问题。找 AI 修的时候,能说出这一句,效率就高一大截。

底线能力二:识别危险信号

不需要会写代码,但有几个危险信号必须认识,遇到了坚决处理:

危险信号 为什么危险 该怎么办
密钥、口令写在前端代码里 前端代码对所有访客公开,等于把钥匙贴在门上 让 AI 把密钥挪到后端或环境变量里
来路不明的统计或追踪脚本 可能偷藏数据收集行为,拖慢页面 问 AI 这段脚本是干什么的,说不出用途就删
表单提交到陌生地址 访客填的信息可能被发往别人手里 核对提交目标是不是你自己的服务地址

判断标准就一条:你不认识的外部地址和外部代码,要么问清楚,要么去掉。页面少一个第三方脚本不会塌,但多一个坏脚本,泄漏的是你和访客的数据。

底线能力三:会提修改

发现问题的最后一公里,是把问题描述清楚。好消息是,这项能力的核心动作简单到只有一个:把报错信息原样复制给 AI。

  • 页面报错了?别截图复述,直接把报错文字整段复制给 AI,它比你自己看懂得快。
  • 控制台有红色提示?复制给 AI,让它解释是什么、怎么修。
  • 行为不对?描述预期和现实的差距:我点提交按钮,预期跳到感谢页,实际没反应。

给报错信息时注意别改动原文,报错里的数字和单词都可能是线索。这一条做到了,你和 AI 的配合基本就没有盲区。

常见部件速查:作用是什么,要不要看懂

代码部件 作用 要不要看懂
HTML 标签 页面里有什么内容 认识几个常见词即可,如标题、图片、链接
CSS 样式 页面长什么样 不用懂,说想要的效果让 AI 改
JS 脚本 页面的交互动作 不用会写,但要确认来源可信
配置文件 网站的设置项 改之前问 AI:动了会影响什么
密钥与口令 访问第三方服务的凭证 不用懂写法,但绝不能出现在前端
第三方脚本 统计、地图、客服等外挂功能 不用懂实现,但必须问清用途和来源

验收能力,落在一张清单上

每个新页面生成后,按这个清单过一遍,这就是你的仪表盘:

  • [ ] 页面在浏览器和手机上打开都正常
  • [ ] 全局搜索前端代码里没有密钥、口令字样的明文
  • [ ] 所有外部脚本和提交地址都能说出用途,说不出就删
  • [ ] 每个按钮、表单都亲手点一遍,行为符合预期
  • [ ] 把报错信息复制给 AI 能获得有效修复

总结成一句话:AI 负责写,你负责验。写的能力在飞速进步,验的能力永远在你自己身上,这两条腿一样长,路才走得稳。