4.3 话题三:AI 生成的代码,普通人要看得懂多少
先给结论:你不需要看懂每一行,但需要三条底线能力。AI 时代,代码不用你手写,但验收能力必须自己长。就像你不需要会修车,但至少要会看仪表盘——车速、油量、故障灯,这几样不懂,上路就是风险。
很多人被这个词吓退:看不懂代码,怎么敢用 AI 生成的网站?其实换个角度想,你每天都在验收看不懂的东西:你不懂洗衣机的电路图,但你知道洗完的衣服干净了、没漏水,就是合格;你不懂菜谱背后的化学,但你尝得出咸淡。
对 AI 生成的网站,你的角色就是验收员。验收员不需要会造,但需要知道:正常长什么样、哪里不对劲、发现问题怎么描述。
底线能力一:看懂页面结构
网页代码有三层,用一个比喻就够记一辈子:
- HTML 是骨架:决定了页面有什么。标题、段落、图片、按钮,都是骨架上的一块块骨头。
- CSS 是皮肤:决定了长什么样。颜色、字体、间距、布局,都是皮肤的事。
- JS 是动作:决定了会干什么。点击弹出菜单、提交表单、轮播图切换,都是动作。
记住这个分工,你就有了提问的语言。页面显示错了,是骨架或皮肤的问题;点击没反应,是动作的问题。找 AI 修的时候,能说出这一句,效率就高一大截。
底线能力二:识别危险信号
不需要会写代码,但有几个危险信号必须认识,遇到了坚决处理:
| 危险信号 | 为什么危险 | 该怎么办 |
|---|---|---|
| 密钥、口令写在前端代码里 | 前端代码对所有访客公开,等于把钥匙贴在门上 | 让 AI 把密钥挪到后端或环境变量里 |
| 来路不明的统计或追踪脚本 | 可能偷藏数据收集行为,拖慢页面 | 问 AI 这段脚本是干什么的,说不出用途就删 |
| 表单提交到陌生地址 | 访客填的信息可能被发往别人手里 | 核对提交目标是不是你自己的服务地址 |
判断标准就一条:你不认识的外部地址和外部代码,要么问清楚,要么去掉。页面少一个第三方脚本不会塌,但多一个坏脚本,泄漏的是你和访客的数据。
底线能力三:会提修改
发现问题的最后一公里,是把问题描述清楚。好消息是,这项能力的核心动作简单到只有一个:把报错信息原样复制给 AI。
- 页面报错了?别截图复述,直接把报错文字整段复制给 AI,它比你自己看懂得快。
- 控制台有红色提示?复制给 AI,让它解释是什么、怎么修。
- 行为不对?描述预期和现实的差距:我点提交按钮,预期跳到感谢页,实际没反应。
给报错信息时注意别改动原文,报错里的数字和单词都可能是线索。这一条做到了,你和 AI 的配合基本就没有盲区。
常见部件速查:作用是什么,要不要看懂
| 代码部件 | 作用 | 要不要看懂 |
|---|---|---|
| HTML 标签 | 页面里有什么内容 | 认识几个常见词即可,如标题、图片、链接 |
| CSS 样式 | 页面长什么样 | 不用懂,说想要的效果让 AI 改 |
| JS 脚本 | 页面的交互动作 | 不用会写,但要确认来源可信 |
| 配置文件 | 网站的设置项 | 改之前问 AI:动了会影响什么 |
| 密钥与口令 | 访问第三方服务的凭证 | 不用懂写法,但绝不能出现在前端 |
| 第三方脚本 | 统计、地图、客服等外挂功能 | 不用懂实现,但必须问清用途和来源 |
验收能力,落在一张清单上
每个新页面生成后,按这个清单过一遍,这就是你的仪表盘:
- [ ] 页面在浏览器和手机上打开都正常
- [ ] 全局搜索前端代码里没有密钥、口令字样的明文
- [ ] 所有外部脚本和提交地址都能说出用途,说不出就删
- [ ] 每个按钮、表单都亲手点一遍,行为符合预期
- [ ] 把报错信息复制给 AI 能获得有效修复
总结成一句话:AI 负责写,你负责验。写的能力在飞速进步,验的能力永远在你自己身上,这两条腿一样长,路才走得稳。
