一个简单的“用 HTML 制作像素风吃豆人”提示，经过多轮追加仍未让 Fable 给出令人满意的结果。这个案例不大，却足以提出一个判断：当前生成式 AI 的前端能力，不能只用“能不能写出一段代码”来衡量。

这是什么

这是一个发布在 r/LocalLLaMA 的 Pac-Man Benchmark。测试者要求模型直接创建 HTML 版吃豆人，并指定像素艺术风格；在增加提示后，结果依然没有达到预期。帖子没有披露完整提示、运行环境和模型版本，因此它更像一次个人观察，而不是严格基准测试。

这里真正被测试的，是模型能否同时理解玩法、界面布局和视觉风格。所谓提示词（用户给模型的任务说明），看起来只是几句话，却会直接影响代码是否可用、是否符合要求，以及多次生成时能否保持一致。

行业怎么看

我们认为，这类小型测试的价值不在于给模型排座次，而在于提醒团队建立更细的验收标准。前端开发通常涉及交互、视觉还原和浏览器兼容性，单看代码能否运行，可能会掩盖“能运行但不好用”的差距。

风险也很明确：缺少公开提示、运行环境、评分规则和多次测试记录，结果很容易受到偶然性影响。即使某个模型这次表现不佳，也不能据此断定它整体不擅长前端开发。反过来，一段漂亮的演示页面也不代表模型能稳定完成真实项目。

对产品团队来说，更可靠的评估方式应是固定任务、重复运行，并按功能完成度、视觉相似度、代码可维护性和人工修改时间分别计分。这样得到的结论，才比一次惊艳演示更接近采购和上线决策。

对普通人的影响

对企业 IT：企业引入 AI 编程工具时，应把“首轮通过率”和“返工时间”纳入采购评估，而不只是看演示效果。

对个人职场：非技术岗位也能用自然语言描述需求，但复杂页面仍需要人工判断截图、交互和代码质量，提示写得更清楚并不会消除验收责任。

对消费市场：未来更多网页和小应用可能由模型快速生成，用户会逐渐从“页面是否由人手工制作”转向关注功能是否准确、体验是否顺畅。