一个叫 Homegames 的浏览器游戏平台上周在 Show HN 上亮相：不用注册就能玩，内置代码编辑器可以直接在浏览器里做游戏，支持实时多人测试，从平台代码到官网全部用 GPLv3 开源，还特意设计成可以自己搭服务器运行、连 API 都能自托管。作者说这个项目从 2018 年做起，一个人做了 8 年。
这套叙事听起来像典型的“孤胆极客对抗平台锁定”故事。但把作者过去几年在 HN 上留下的痕迹翻出来对一遍，会发现时间线本身就有一处说不圆的地方——这比功能列表更值得琢磨。
Homegames 到底是什么
它不是又一个游戏引擎，是一个“引擎+托管+免登录游玩”打包在一起的平台。资产管理、发布或保留私有、实时多人预览，这些能力平时分散在不同工具里，Homegames 想把它们缝进同一个浏览器编辑器。
真正稀缺的不是开源，也不是浏览器游戏本身，而是这三样凑在一起的组合。Scratch、Construct、GDevelop、PlayCanvas 这类工具做的是创作引擎本身，功能更成熟，但大多不管托管、不管免账号试玩、不内置多人联调，那部分活儿要开发者自己另外解决。
时间线对不上
官网和 Show HN 正文都写“2018 年至今，8 年”。但 2020 年 3 月有一条第三方帖子提到，这个项目当时“开发了一年多一点”，倒推起点更接近 2019 年。2025 年 11 月作者本人在一条 HN 评论里，把项目描述成“做了将近 8 年的自托管派对游戏平台”，这个“8 年”和这次 Show HN 的说法能对上，但和 2018 这个具体年份对不上。
这不算什么惊天矛盾，更像是长年副业项目常见的记忆误差：起点年份被记模糊了，但“做了很久”这件事本身是真的。
不是空壳项目
判断一个独立项目是不是只有一个宣传页面，看它有没有留下可核实的技术细节。Homegames 有 developers.html 说明如何接入平台 API，还有 developer_resources.html 详细讲怎么自己搭数据库和 worker，GitHub 上也能找到对应的组织仓库，代码可读可 fork。这些不是营销页面能编出来的东西。
- 风险.自托管意味着数据库、worker、API 都要自己配，对没有运维经验的独立开发者门槛不低，“免费”不等于“零成本”。
一个人扛8年，谁会用它
会真正用上 Homegames 的，是那种想快速发布小游戏又不想依赖大平台账号体系的业余或独立开发者，以及本来就在意“数据不被平台攥在手里”的自托管社区。对这群人，GPLv3 加可自托管是实打实的加分项，作者官网上那句“如果这个网站被公交车撞了，你的游戏还能活下去”，说的就是这个诉求。
但这句话反过来也点出了这个项目最大的悬念：代码开源解决的是“网站消失”的风险，解决不了“唯一维护者停下来”的风险。8 年一个人写到现在，社区里目前看不到明显的第二个核心贡献者或活跃 fork，这才是决定它能不能再撑 8 年的变量，比 GPLv3 协议本身更关键。
代码可以永久开源，维护者的时间不能。