mrdoob/slop-newyork

把它当作可改造的沙盒和起点，而不是成品游戏：先 fork、再改造，看看这套 three.js 结构是否值得继续投入。

解决什么问题

想做一个 3D 城市场景时，前期大量时间会花在拼出像样的曼哈顿上：街道、街区，以及足够你步行或开车穿行的几何体。Slop New York 直接给出一个可探索的版本，起点从空网格变成能跑起来的场景。README 的定位是让你 fork 后改造成自己的东西，而不是把它当作通关产品。

有什么不同

项目基于 three.js、WebGPURenderer 和 TSL 构建，README 明确鼓励拿去改造：做游戏、动画、影片、实验，或者完全不同的东西。它的地理数据来自 NYC Open Data 和 OpenStreetMap 贡献者，这比功能列表更关键，因为场景用的是真实城市坐标，而不是手工摆放的街区。

代价在于渲染器的选择会筛选用户。WebGPU 不是普通 WebGL 的同等基线，不支持它的设备或浏览器可能无法按预期运行演示，而 README 没有说明回退方案。集成面也是 three.js 专属的：如果你本来就在这个生态里，它很有用；用其他引擎的话价值就小得多。数据授权还分两层：代码是 MIT，来自 OSM 的数据遵循 ODbL，第三方依赖保留各自许可，因此修改或发布后，署名和再分发都需要留意。

谁值得试

适合：想在大型、有数据支撑的城市场景上做原型、试验渲染思路，或搭一个小游戏的 three.js 开发者。在浏览器里看到一个能跑的曼哈顿，比从空白场景起步更快判断这套结构是否适合你的想法。

不适合：想玩一个现成游戏、而不是拿一个基础去改的人，或者已经绑定其他引擎的团队。换引擎意味着放弃项目最有价值的部分。打算公开衍生作品的人，也要先看 ODbL 的数据条款，别把 MIT 代码许可当成全部。

使用条件与边界

这里没有成文的搭建指南，只有在线演示和 README 中 fork 后改造的说明。从那里走到自定义构建，需要自己读代码和依赖；README 没有给出分步流程，也没有列出支持的浏览器。因为渲染器使用 WebGPU，硬件和浏览器支持是第一件要确认的事；README 没有提到不支持时的替代路径。

持续维护有两部分。渲染 API 和 three.js 都在演进，升级时最可能需要处理的是 WebGPU/TSL 这一层。另外，如果你分发修改后的场景，需要弄清哪些资源来自 OpenStreetMap、ODbL 要求什么，并和 MIT 代码许可分开处理。

HotRepo 点评

HotRepo 在 2026-10-25 记录到 329 个总 star，以及 JavaScript 新项目榜第 12 名，距离创建只有四天。这是新项目榜上的一个快照，不是每日增长曲线，可比的每日历史也不足，因此还无法判断热度能否持续。实际要做的是先在自己浏览器和显卡环境里打开在线演示：如果 WebGPU 能正常运行，下一个问题就是场景结构是否匹配你想做的东西。