作者:林小黑
数据时间:2026-10-24 | 样本:某 AI 应用社区 221 个已上架的 AI 生成 H5 作品(公开可访问)
工具:我为此写的静态体检器(文末有链接,纯前端,代码不出浏览器)
0. 起因:我自己被"不报错的 bug"坑了一次
我用 AI 写了 9 个 H5 小应用,全部上线。上线后我模拟"存储被禁用"(微信内置浏览器、iOS 隐私模式、部分 App WebView 的真实情形)跑了一遍,结果:
涉及存储的 7 个应用里,5 个直接抛 `SecurityError`。
界面没有任何提示,按钮点了没反应,数据不保存也不报错。在我自己的电脑上,100% 正常。
那一刻我意识到一件事:语法错误只是低级事故,真正让用户默默走掉的是"看起来对"的代码。 而 AI 生成代码,恰好最擅长生产这一类。
于是我干了件笨事:把社区里 221 个公开 H5 的源码全部抓下来,写了 10 类静态检查规则,逐个跑了一遍。
1. 方法(可以复现)
样本:221 个公开 H5(中位体积 20,379 字节,中位可见文本 2,645 字,最大 3.4MB)
检查方式:抓 HTML 源码 → 提取内联 `
作者对221个AI生成的公开H5页面进行静态检测,发现多数存在‘不报错的bug’,如Storage API在受限环境(微信、iOS隐私模式)下静默失败,导致功能异常却无提示。研究聚焦于前端运行时兼容性、API可用性预检、错误防御机制缺失等非语法类问题,揭示AI编程在真实浏览器环境中的鲁棒性短板。
933

被折叠的 条评论
为什么被折叠?



