先说个尴尬的事
上个月我用AI生成了一个HTML小游戏，就是那种单文件、打开浏览器就能玩的小东西。本地测试跑得挺顺，我得意洋洋把文件丢到微信群里，配文「来玩」。
结果呢？手机上点开是一堆代码，有人说打不开，有人说白屏，还有个朋友干脆问我「这是啥，病毒吗」。
那一刻我才意识到，做出来和「让别人也能玩到」，根本是两件事。生成一个能跑的游戏，现在AI两分钟给你搞定；但从「我电脑上能玩」到「随便发个链接别人点开就能玩、下周我改了还能无缝更新」，中间这段路，几乎没人认真讲过。
市场在给一个很清楚的信号
我最近扒了一圈社区的帖子，几条放一起看，趋势特别明显。
有人用Claude Code做了个浏览器五子棋，还接了个开源引擎Rapfi当最终BOSS，编译成WebAssembly才1.3MB，直接在浏览器里跑，一秒搜七十多万个局面。项目开源，域名挂着在线试玩。
有人把一本630条建议的开源电子书做成了纯静态行动手册，Astro搭的，没后端没账号。还有一堆GPT生成小游戏、小工具的分享帖密集冒出来。
再看bilibili，悄悄上了个叫bilibili toy的平台，一些UP主开始发小游戏。有个老哥想进内测看看，结果被拒了，理由是让他先写游戏玩法——他还只想看看平台长啥样。
评论区一句话特别扎心：「这是给B站已经有流量的大UP主准备的，路人只能当游戏玩家」。
把这些串起来，结论就两条：第一，用AI做一个能跑的HTML游戏，这件事的门槛是真塌了，谁都能做；第二，正因为谁都能做，稀缺的东西就从「会做」变成了「做完之后怎么活下去」。平台级的分发入口（比如bilibili toy）又把门槛卡在流量上，路人进不去。
所以独立开发者真正要解的题，不是「怎么做游戏」，是「我没有大流量，怎么让我的游戏被人点开、留住、还能一直更新」。
纯HTML单文件，到底能走多远
先说结论：比你想象的远，但有明确的天花板。
一个纯HTML单文件游戏，所有逻辑都塞在一个文件里，优点是干净、好分发、不依赖后端。像那个把电子书做成行动手册的例子，纯静态、本地计算、答案不上传，照样跑得很好。
如果你的游戏是单机的——比如小解谜、小跑酷、单人五子棋练习——单文件完全够用。
我自己的教训是，别一上来就在本地文件夹里反复双击HTML测试。手机和电脑的浏览器行为差太多，本地文件和真实访问也不是一回事，我那次群里翻车就是因为只在本地试过。
更靠谱的做法是先把它放到一个能真实访问的环境里跑一遍，用HTML在线运行直接看它在真实链接下是什么样，手机扫一下，白屏、路径错、资源加载失败这些问题当场就暴露了，比发出去被人吐槽强太多。
但单文件的天花板也很硬：它记不住任何东西。玩家关掉页面，分数没了；想做排行榜，没地方存；想让玩家换个设备继续玩，做不到。
而这些，恰恰是让一个小游戏「活下去」的关键。
什么时候必须补数据库
还记得那个五子棋吗？它不只是能对弈，还做了排行榜、跨设备存档、分享房间链接。
这几样东西，纯HTML单文件一个都做不了。
这就是分界线：一旦你想要「别人的数据」留下来，就必须有个地方存。排行榜要存所有人的分数，存档要认得出「这是同一个玩家」，房间要记住谁在里面。
这些都是单文件扛不住的。
我的建议是别一开始就上重型方案。小游戏的数据结构通常很简单——一张分数表、一张存档表，SQLite这种轻量数据库就够了，不用上来就折腾一堆云服务。
关键是你得能随时看到数据长什么样。有次我排行榜一直显示不对，排查半天，最后用SQLite编辑器直接打开表一看，原来是分数字段存成了字符串，排序全乱了。
直接看表结构这件事，调试的时候能省你一堆瞎猜的时间。
什么时候补数据库？我的判断很简单：当你发现自己在想「要是能记住玩家的XX就好了」，就是该补的时候。
在那之前，别过度设计。
真正难的是「活着」
做游戏不难，难的是活着。这句话我现在特别有体感。
社区里有个帖子看得我心惊。一个老哥的主力AI编程工具账号突然被封，付的钱一分没退，全程AI客服，连人都找不到；备用工具又被三方API的限流、429熔断折磨得想砸键盘，最后沦落到每隔两分钟刷推特，盯着某个能重置额度的人什么时候「手抖」一下。
这事表面是讲AI工具，但背后的道理对分发一样成立：你把自己的东西托在一个你控制不了的地方，哪天它抽风、封号、改规则，你就被动了。bilibili toy把路人挡在门外是一种被动，依赖一个随时可能挂掉的免费托管也是一种被动。
所以分发这件事，我现在想明白了两点。一是链接得稳。
你发出去的游戏链接，不能今天能开明天404，这对小游戏是致命的，玩家流失一次就不回来了。把游戏放到一个稳定的地方做Web应用托管，分享链接长期有效，你改一版推一版玩家无感更新，这才叫能持续迭代。
二是数据和入口尽量攥在自己手里，别全押在某个平台的流量施舍上。
反常识的地方就在这：大多数人把90%的精力花在「怎么让游戏更好玩」，但真正决定一个AI小游戏能不能活下来的，是那剩下10%没人愿意讲的分发和托管。好玩的游戏多的是，能一直点得开、一直在更新的，没几个。
今晚就能做的一件事
如果你手里已经有一个AI生成的HTML游戏文件，别急着发群。先做一件小事：把它放到一个能真实访问的链接上，自己用手机点开玩一遍。
就这一步，能帮你提前发现80%的「别人打不开」问题。等它在真实链接下跑顺了，再考虑要不要加排行榜、要不要存档——那时候你自然知道该不该补数据库了。
做游戏的乐趣在创造，但让它被人玩到、还能活下去的成就感，一点不比做出来小。先让它能被稳稳点开，剩下的慢慢迭代。