上周在杭州交付客户官网，我又被 AI 拉回旧版本写法
晚上十点，我盯着它生成的弹窗代码：明明浏览器已经能直接处理遮罩和焦点，却仍塞进一大段脚本。页面能用，但维护费又来了。我之前也卡过这种“能跑就行”的坑，后来才明白，返工常从工具选错开始。
它不是替你写代码的聊天框，而是一套浏览器开发知识包
Google Chrome 团队把 200 多篇实践指南开放出来，并与 Firefox、Edge 和 MDN 的人一起整理。简单说，它是在告诉 AI：遇到弹窗、文本框自动增高等功能时，先看看浏览器本身是否已经支持，而不是照着十几年前的旧套路写。AI 写出的页面通过检查的比例，在团队测试中从 55% 提高到 92%。这个数字来自他们自己的测试任务，不等于每个人都会提升同样幅度。
今天照着复刻，成本几乎只有时间和一次安装
钱：指南本身开源，0 元；如果已有 AI 编程工具，通常不用额外购买。时间：先花 20 分钟阅读项目说明，再用一个真实页面验证，约 1 小时。技术门槛：不用会复杂配置，但要能看懂网页文件；如果完全不懂代码，建议让开发者或 AI 助手协助。第一步：打开项目的 GitHub 页面，点 README 里的安装说明，选择你正在使用的 AI 编程工具，再拿一个旧弹窗页面做对照测试。
如果你正忙在不同阶段，我会这样安排
如果你刚起步、页面还很少，现在不试也没事，先把客户需求跑通更重要；等你准备改官网，再拿一个页面让 AI 按指南处理，看看能否少写脚本。如果你已经有 1—2 个客户，可以把现有页面列出来，只挑一个最容易反复出问题的组件试用，避免一次全改。如果你正在扩规模，我会先固定这套检查方式，并记录改造前后的代码量和维护时间，再决定是否纳入团队流程。它不是所有人都需要，团队没有前端开发、也没有维护网页的负担时，收益可能抵不过学习成本。你愿意的话，可以先收藏，等下一次改页面时再动手。