Back to Blog
·Summer Team

如何用 AI 制作网页游戏(2026)

一份实操指南,教你用 AI 制作能在浏览器标签页中运行、通过单个链接即可游玩的网页游戏。包括网页原生游戏的本质、从哪个模板起步、具体提示词写法,以及如何导出和发布。

大多数「用 AI 做游戏」的教程到「能跑起来了」就戛然而止。网页游戏的门槛更高:陌生人点开链接,你只有几秒钟说服他留下来,否则进度条就赢了。这个约束——网页游戏必须先下载才能玩——决定了下面每一个决策,也是那些泛泛而谈的教程跳过不讲的地方。

这是一份实操指南。读完之后,你会明白什么是网页原生游戏,从哪个模板开始,用什么提示词来构建它,以及大多数人最容易搞错的那一步:如何导出并发布,让游戏能通过一个链接直接游玩。

{/* IMAGE: A browser tab with a short arcade game running inside it, and a "copy link" share button. 1200x630, screenshot */}

什么才是真正的网页原生游戏

网页游戏不是「恰好能在浏览器里跑」的游戏。真正好的网页游戏是由三个约束塑造出来的,忽视这些约束,正是大多数浏览器游戏被点开、加载、然后关掉的原因。

  • 加载要快。 这是重中之重。网页游戏必须先下载才能玩,而顺着链接进来的玩家几乎没有耐心等进度条。一款精简的 2D 游戏几秒内就能加载完。一个臃肿的项目会让玩家在标题画面出现之前就离开。
  • 操作要用浏览器自带的东西。 鼠标、键盘,手机上是触摸屏。没有手柄,没有安装,没有额外设置。围绕这些设计控制方式,否则你会失去所有从链接进来的休闲玩家。
  • 单局要短且完整。 大多数网页游戏的流量来自分享链接和几分钟的碎片时间。一款五秒能看懂、两分钟能打完一局的游戏,天生适合这个场景。四十小时的史诗 RPG 不适合,哪怕它技术上能在标签页里运行。

设计一款整体体验能在这三个约束下成立的游戏,网页就会帮你完成发行工作。与之对抗,再多的打磨也救不了你的链接。

先定规模:做一款能在标签页里赢的小游戏

网页奖励小巧。短平快的街机游戏、单屏解谜、追高分、每日一题式的文字游戏、紧张的生存射击——这些天生适合这个介质:加载快、上手即懂、一局就能有满足感。

本指南将构建一款追高分街机游戏:你控制一个角色,敌人不断生成并逼近,你尽可能存活并得分,「死亡—显示得分—再来一局」的循环清晰干脆。这是最具网页气质的游戏结构,能套进任何玩法外壳(躲避、射击、收集),并且能在一个小小的构建过程中验证所有网页专属的经验。

你的第一个目标是能让人真正玩一局的最小可玩版本:

  • 用鼠标或键盘控制的角色
  • 一种随时间生成的威胁
  • 存活期间持续累加的得分
  • 清晰的游戏结束界面和即时重开

这就是一款完整的网页游戏。如果一局能让人觉得有趣,再去扩展内容。如果这都做不到,加更多敌人类型也救不了它。

第一步:选对模板

打开 Summer Engine,新建一个项目,选择 2D 模板。对于俯视角街机游戏,2D Top-Down 模板是最佳起点:它提供了一个角色、移动逻辑和摄像机,你的第一条提示词是在一个已经能动的游戏基础上迭代,而不是面对一个空场景。

Summer Engine 模板 中浏览所有选项。坚持用 2D 来做第一款网页游戏,理由不是对画面的偏见,而是加载时间。3D 模板会输出更多数据,更多数据意味着更慢的下载,更慢的下载正是流失网页玩家的直接原因。先用 2D 快速发布,等你亲身体会到体积对加载的影响之后,再考虑在网页上做 3D。

{/* IMAGE: Summer Engine template browser with the 2D Top-Down template highlighted. 1200x675, screenshot */}

第二步:用一段话描述整个游戏

先不要逐个机制地写提示词。先用一段话把这款小游戏的整体形态告诉 AI,让它构建出一个连贯的初始版本,然后再逐步打磨。

构建一款俯视角街机生存游戏。玩家控制单个角色,用 WASD 或方向键流畅移动,始终保持在屏幕范围内。敌人从屏幕边缘每隔几秒生成,向玩家移动。敌人碰到玩家即游戏结束。存活时间越长得分越高,且越到后期得分速率越快。游戏结束时显示最终得分,以及「按空格键重新开始」的提示,点击后立即重开。保持简洁易读。

运行它。你会得到一个粗糙但真实的游戏:能移动的角色、追着你的威胁、得分,以及重开按钮。这个可运行的雏形就是后续所有步骤的改进基础。抵制住在核心单局手感变好之前就添加第二种敌人或道具的冲动。

第三步:让控制手感适配浏览器

这是网页专属的一步。从链接进来的休闲玩家,在移动角色的前三秒就会对你的游戏做出判断。如果移动感觉迟钝或有延迟,他们就会离开。

让角色移动手感更灵活:迅速加速到满速,迅速停止,不要有飘移感。确保斜向移动速度不快于直线移动。始终让角色完整地保持在可见屏幕范围内。

然后主动决定你的输入方案。鼠标加键盘是最安全的默认选项,大多数网页游戏也保持这个方案。但如果你希望游戏在手机上也能玩(分享链接带来的流量中,手机占了很大比例),添加触控:

添加触控操作,使游戏可以在手机上游玩:让玩家拖动手指来移动角色。同时保留键盘控制,使游戏在桌面端和移动端都能玩。

两种方式都要测试。在真实手机上测试触控,而不是用桌面浏览器的手机模拟器,因为真实触控的感觉截然不同。让网页游戏死得最快的,就是上线时只有作者自己知道怎么操作。

第四步:打磨让一局游戏好玩的循环

追高分游戏的生命在于核心单局。把时间花在这里,而不是堆砌内容。

让敌人随着玩家存活时间延长而更快生成、移动更快,使游戏难度逐渐提升。玩家死亡时添加短暂的闪光效果和轻微屏幕抖动,使游戏结束有冲击感。让得分显示大而清晰,放在角落。游戏结束时显示最终得分和本局最高分,让玩家想再来一局。

「再来一局」的冲动是网页街机游戏的全部引擎。连续测试十局。难度曲线让你向前倾了吗?死亡感觉公平还是莫名其妙?看到最高分会让你按下重开吗?如果以一个纯色方块作为角色也能给出肯定答案,你就已经有了一款真正的网页游戏。如果不能,先修好这个单局,再去添加任何东西。

{/* IMAGE: The arcade game mid-round with a large score in the corner and several enemies closing in. 1200x675, screenshot */}

第五步:打开编辑器,手动调整数值

这是 Summer Engine 作为真正的引擎而非黑盒所带来的价值。一款精密的街机游戏是一堆小数字的集合:角色速度、刷怪速率、难度爬坡幅度、每秒得分。每改一个就重新写提示词等 AI 处理,太慢了。

因为输出的是标准的 Godot 4 兼容项目,你可以直接打开脚本改某一个数值。把刷怪间隔缩短零点一秒,运行,感受一下。把角色速度提高一点,运行,感受一下。一次改一个值,每次改完立即跑一下,这比用文字描述修改内容然后等待 AI 处理要快得多。AI 负责搭建系统,你来把它们调到你想要的手感。

第六步:导出前先管住体积

这一步是让人愿意玩的网页游戏和在进度条前被放弃的网页游戏之间的分水岭。导出体积就是加载时间,加载时间就是留存率。

两个比任何其他因素都更容易让体积失控的元凶:

  • 未压缩的音频。 几个原始 WAV 文件的体积可能超过整个游戏的其他部分。音乐和较长的音效使用压缩格式。
  • 超大纹理。 一张 4096 像素的图片只作为屏幕上一个小图标使用,是纯粹浪费的兆字节。将图片分辨率控制在游戏实际显示所需的大小。

然后删除所有闲置素材,那些在实验过程中留在项目里的东西。一款精简的 2D 游戏可以导出到几兆字节,几秒内加载完;一个不加管控的项目可能膨胀到几十兆字节,在第一帧出现之前就流失了玩家。在导出前处理好这些,而不是等到发现没人玩才亡羊补牢。

第七步:导出到网页并分享链接

现在把它变成真正的网页游戏,而不只是精神上的网页游戏。在 Summer Engine 中将项目导出为 HTML5 / Web。这会生成一组普通的网页文件:一个 HTML 页面、一个 JavaScript 文件和一个数据文件。这就是你的完整游戏,可以在任何浏览器中运行。

要把它放到线上,最简单的选择是 itch.io:把导出文件打包成 zip 上传,标记为可在浏览器中游玩,你就能得到一个链接和可嵌入的播放器,完全免费。GitHub Pages 或任何静态托管服务同样可行,因为导出的就是普通网页文件。关于导出本身的详细操作(设置、常见问题以及每个文件的作用),Godot web export guide 有深入介绍,由于 Summer Engine 与 Godot 4 兼容,该指南直接适用于此。

有了链接之后,在一台不是你自己的设备上、在正常网络连接下测试它。你的本地加载是瞬时的,会掩盖真实的等待时间。链接才是产品。把它分享出去,观察玩家能坚持多久,然后根据你学到的东西调整难度和加载时间。

AI 擅长什么,不擅长什么

AI 擅长的是搭架子。移动控制器、敌人的生成和追击逻辑、计分系统、难度爬坡、游戏结束与重开循环、基本的触控控制——这些都是成熟的系统,用自然语言描述比手写要快得多。

留给你自己的是:手感、调参,以及网页纪律。移动的响应感、让一局紧张而不无聊的刷怪速率、能赢得「再来一局」的难度曲线,以及让加载时间保持低位的体积控制。AI 会愉快地构建出一个功能完整但加载需要十五秒、操作感觉像在踩泥的游戏,因为那些是调参和打包问题,不是代码问题。第三步、第四步和第六步,才是你真正花时间的地方。

关于这套工作流的通用版本,make-a-browser-game-with-ai 这篇配套指南适用于任何游戏类型。对于天生适合标签页的游戏形态,making a game like Vampire Survivorsmaking a game like Wordle 的拆解都针对了在网页上特别出色的类型。

开始构建

网页游戏不是桌面游戏的缩小版。它是围绕一个事实设计的游戏:它必须在浏览器里加载,然后才能玩,在链接落地的任何设备上。做一款能在标签页里赢的小游戏,把单局调到让人想再玩一次,保持文件精简以便快速加载,然后导出到网页并分享链接。

Summer Engine 免费下载和使用,包含 HTML5 导出,无水印、不抽成,所以你做的网页游戏今天就能发布到线上。从一个 2D 模板 开始,按照本指南构建单局街机游戏,在添加任何额外功能之前先把核心单局手感调好。如果你想用 AI 生成的美术替代占位方块,AI 2D game asset generator 这篇覆盖了这方面的内容。

每一款曾经广泛传播的网页游戏都做了同一件事:加载快,上手即玩,让一个陌生人想把链接发给另一个人。为此而设计,浏览器会帮你完成其余的事。

Frequently asked questions

网页游戏和下载游戏相比,好的网页游戏具体好在哪里?

三个核心约束,全部源于网页游戏必须先下载才能玩这一事实。首先,加载必须快——点了链接的玩家几乎没有耐心盯着进度条等待;其次,操作必须用浏览器自带的输入设备,也就是鼠标、键盘,手机上是触摸屏,不要依赖手柄;最后,单局要短且完整,因为大多数网页游戏的流量来自分享链接和几分钟的碎片时间,而不是专门坐下来玩。一款小巧、上手即懂的街机游戏天生适合网页;一个庞大的 3D RPG 即使技术上能在标签页里跑,也并不适合这个介质。

制作网页游戏应该从哪个 Summer Engine 模板开始?

几乎永远选 2D 模板。2D 俯视角或 2D 横版跳跃模板是最佳起点,因为它们轻量、加载快,在小尺寸的浏览器画布上也清晰易读。第一款网页游戏不要选重型 3D 模板,它们会让下载体积膨胀,而加载时间正是决定你的链接能否被打开的唯一关键因素。3D 网页游戏并非不能做,但先用 2D 把流程跑通,等你亲身体会到体积对加载的影响之后再考虑升级。

用 Summer Engine 制作和发布网页游戏是免费的吗?

是的。Summer Engine 免费下载和使用,包含完整编辑器和 HTML5 导出功能,无水印、不抽成,你做的网页游戏完全属于你。对于规模更大的项目需要大量 AI 调用时,有付费方案可选,但免费版完全足够完成一款网页游戏并导出。将导出文件托管到线上(itch.io、GitHub Pages 或你自己的网站)是单独的一步,通常也是免费的。当前详情请查看定价页面

怎样确保网页游戏的加载速度快到让人愿意玩?

从开发阶段就关注导出体积,而不是在最后才想起来。两个最容易让体积失控的元凶:未压缩的音频(几个原始 WAV 文件的体积可能超过游戏本身)和超大纹理(一张 4096 像素的图片只用来显示一个小图标,是纯粹的浪费)。用压缩音频,图片分辨率保持在游戏实际显示所需的尺寸,并删除实验期间留下的闲置素材。一款精简的 2D 游戏导出包可以只有几兆字节,几秒内加载完;一个不加管控的项目可能膨胀到几十兆,在第一帧画面出现之前就流失了玩家。一定要在导出前处理好,而不是等到发现没人玩才亡羊补牢。另外,要在正常网络连接下测试导出版本,而不只是在本地跑,因为本地加载是瞬时的,会掩盖真实的等待体验。

用 AI 做网页游戏需要会写代码吗?

不需要。你可以全程用中文描述游戏,然后不断测试,AI 会负责编写控制逻辑、规则和计分系统。懂一点代码在一件事上会更有优势:因为输出的是标准的 Godot 4 兼容项目,当你想修改某个具体数值(角色速度、刷怪速率、每次拾取的得分)时,可以直接打开脚本手动改,而不用重新写提示词等待 AI 处理。对于网页街机游戏这类需要精细调参的类型,这种方式会快很多。

导出后把网页游戏放在哪里托管?

导出会生成一组小文件(一个 HTML 页面、一个 JavaScript 文件和一个数据文件)。itch.io 是 AI 网页游戏最常见的家园:把文件打包成 zip 上传,标记为在浏览器中可玩,就能获得链接和可嵌入的播放器,完全免费。GitHub Pages 或任何静态托管服务同样可行,因为导出的就是普通网页文件,任何能托管网页的服务都能托管你的游戏。

我能在手机或 Chromebook 上用 AI 制作网页游戏吗?

Summer Engine 的开发环境需要桌面设备,但你导出的游戏本身可以在手机、Chromebook 或任何有浏览器的设备上玩。如果你想让游戏在触屏上体验良好,告诉 AI 添加触控操作(屏幕按键或拖拽移动),并在真实手机上测试,因为鼠标和触控是完全不同的输入方式。很多网页游戏只支持鼠标和键盘,这也是完全可以的选择,但一定要主动做这个决定,而不是无意间忽略。