cssQuake：CSS 跑起《Quake》，但别把 demo 当产品

cssQuake 页面上最扎眼的不是枪，也不是《Quake》的菜单，而是两行信息：Powered by PolyCSS，v0.223。

一个 1996 年的 3D 射击游戏，被搬进今天的浏览器页面。页面显示它运行的是《Quake》shareware version 1.06，资源来自 id1/pak0.pak。

这事有意思，也要降温看。它更像一次前端能力秀：CSS/浏览器又把一个本不该由它承担的渲染任务啃了下来。能跑，是新闻；能不能成为产品，是另一回事。

现在能看到什么，不能替它多说什么

页面给出的信息足够判断基本状态，但还不够支持夸张结论。

cssQuake 目前标注项目版本 v0.223。初始化信息里写着 Using PolyCSS renderer v0.2.6。单人菜单里有 E1M1 到 E1M8 的关卡列表，也有控制说明、画面选项和调试开关。

页面还显示约 55 FPS / 33 MS。这个数字只能说明当时页面展示状态。不能外推到所有浏览器、所有设备、所有场景。

控制也很直白：WASD 移动，鼠标视角，点击开火，Space 跳跃，Shift 奔跑，Ctrl 蹲下。老玩家看到的是熟悉手感的影子。前端开发者看到的应是另一件事：浏览器页面被拧到什么程度。

PolyCSS 这里最该谨慎表述。页面只证明 cssQuake 由 PolyCSS renderer 驱动，不能据此说它是浏览器标准、成熟引擎，或已经具备跨平台稳定交付能力。

对普通玩家，最现实的动作是尝鲜，不是迁移。对前端开发者，适合拆思路、看边界，不适合马上拿来做生产技术选型。

它厉害在炫技，也卡在产品边界

我更在意的不是《Quake》又被移植了一次。Doom、Quake 早就是技术圈的“验钞机”。能跑在计算器、手表、终端、浏览器里，大家测的不是游戏本身，而是平台到底有多能扛。

cssQuake 也是这个路数。

CSS 原本管样式、布局和界面表达。前端这些年不断扩张，动画、滤镜、变量、复杂布局、GPU 合成、WebAssembly、WebGPU，都在把浏览器从文档窗口推向应用平台。

但 cssQuake 的反常点更尖：它让 CSS/前端渲染去承担老 FPS 的视觉任务。

这很漂亮。也很危险。

漂亮在于，它给前端开发者一个边界样本：不用先谈宏大架构，页面直接摆出菜单、资源加载、控制、帧率、调试选项。你能看到浏览器作为运行环境的弹性。

危险在于，技术圈很容易把“能跑”误读成“可用”，再把“可用”误读成“可持续”。这中间隔着大量工程账。

成熟游戏产品至少要处理这些事：

• 输入延迟是否稳定；
• 不同浏览器和设备上是否一致；
• 音画、存档、关卡切换是否可靠；
• 多人联机是否真的能创建、加入、同步；
• 资源和授权边界是否清楚；
• 出问题后有没有用户支持和维护节奏。

目前页面能证明的，是展示与初始化信息。多人入口存在，但 coming soon 也存在。这个状态不该被包装成完整商业移植。

前端团队如果看这个项目，最好的用法是做技术阅读：研究渲染表达、状态管理、输入映射、调试开关。别把它当“CSS 也能做游戏引擎”的采购理由。

复古游戏玩家也一样。可以玩一眼，感受一下老游戏被塞进网页的奇妙感。但如果你期待稳定通关、稳定联机、跨设备体验，现在还得观望。

老游戏为什么总被拿来试刀

《Quake》适合被反复移植，不只是因为它老。它足够复杂，又足够可识别。

它有 3D 场景、输入、碰撞、敌人、武器、光照、资源包。它不像现代 3A 那样庞大到难以搬动，却又足以暴露一个平台的短板。

这有点像铁路时代。铁路不只是铁轨和车头，它会逼出调度、标准、资本、维护和组织能力。技术能不能规模化，最后都要在这些细活里见真章。

Quake 对新平台也是这个作用。它不是终点，是压力测试。

“工欲善其事，必先利其器。”放到 cssQuake 上，这句话要反过来看：器再锋利，也不能替代工程体系。CSS 能被推到这里，说明前端表达力很强；但产品能不能成立，要看它是否能处理稳定性、兼容性、联机和版权这些硬问题。

接下来真正该看四件事。

这才是分水岭。

cssQuake 最诚实的地方，反而是版本号：v0.223。它像是在说，项目还在路上，不是已经抵达。

所以别急着把它塞进“浏览器游戏未来”的大叙事。它现在最好的位置，是一枚技术钉子：钉在前端边界上，提醒大家这里确实能打穿一点，但打穿之后还有墙。