《炮灰》（Cannon Fodder）开源引擎移植版 —— Open Fodder

这是一个体量很小、目标明确的游戏创作活动（Game Jam）作品：它为 Ludum Dare 第 29 届而做，那一届的主题是「Beneath The Surface」。作者没有把主题做成常见的向下挖掘或地下探险，而是把它翻转成一场被困的逃生——玩家操作的不是人类冒险者，而是一只误入地底深处的萤火虫，在由「黑暗中的恐怖之物」构筑的迷宫里边摸索边找出口。整部作品的基调因此不是探索的兴奋，而是方向感被剥夺后的紧张：看不见远处，只能靠极近的照明范围一点点推进，任何一次冒进都可能直接结束这一局。

玩法围绕两个核心要素展开：视野与风险。迷宫的绝大部分区域是黑的，玩家能掌握的只有身边一小圈可见范围，因此「记住走过的路」本身就是一种能力要求。迷宫里游荡着被作者称为 horror 的暗影怪物，与它们相撞的后果是即刻死亡——但这个死亡判定有一个前提条件：玩家当时没有戴头盔。也就是说，头盔是这部作品里唯一的保命资源，散落在迷宫各处，需要玩家在推进路线时刻意绕行去拾取。README 只说明了「没戴头盔撞上即死」以及「头盔散布在迷宫中」，头盔被撞后是否会消耗、是否可以重复拾取、是否影响移动或视野等细节，仓库并未交代，需要在实机试玩中确认。

关卡结构采用递增式设计。每通过一关，下一关的迷宫都会比上一关更大，与此同时迷宫布局是随机生成的，不能靠背板通关。这意味着难度曲线同时来自两个方向：地图面积增大带来的导航成本上升，以及随机布局使得每一局的最优路线都必须临场重建。作者在 README 中明确说明，迷宫的生成代码并非出自本人之手，是引用的第三方实现；因此这个项目在「程序化生成」这一点上更接近于一次集成与调用的实践，而不是从零推导算法。对读者来说，这反而降低了阅读门槛：想弄明白关卡是怎么长出来的，可以先去看被引用的那份生成代码，再回来看作者如何把生成结果接到 Phaser 的场景与碰撞体系上。

核心特性

技术栈方面，作品使用 JavaScript 编写，基于 Phaser 框架，属于典型的浏览器端 2D 小游戏形态。README 中除了「Made using the Phaser framework」这一句之外，没有给出目录结构、依赖清单、构建脚本、启动命令或素材来源说明。因此如果要本地跑起来，基本流程是自己准备一个静态服务器指向项目入口页面，并确认 Phaser 是通过本地文件还是外部引用加载；仓库没有声明任何打包工具或 npm 脚本，这一点需要在下载后自行核对。同理，仓库也没有提供在线试玩地址、构建产物或压缩包下载链接，试玩只能通过自行部署解决。

授权是这部作品信息中比较明确的一项：项目以 GPL v3 发布，README 里直接给出了许可证链接。GPL v3 属于强 copyleft 许可证，若要把这份代码或其衍生版本再分发，需要一并提供对应源码并保留同样的许可条款；如果只是本地阅读学习则不受影响。考虑到它同时依赖 Phaser 这类宽松许可的框架，实际二次使用时要留意许可证兼容性与署名义务。

从学习价值看，它适合作为「用 Phaser 做一个有明确规则的小游戏」的参考样本：可以观察一个极简玩法如何被拆成场景切换、玩家移动、碰撞判定、道具拾取、关卡推进这几个模块，也可以观察外部迷宫生成器返回的数据结构如何驱动地图与可行走区域。它的局限同样明显——代码量和文档都很少，没有测试、没有配置说明，玩法细节大量留白，因此不适合当作工程规范或完整商业项目的范本，更适合当作一次短周期的实现示范。

技术要点

最后需要提醒的是，本页所有描述均基于仓库 README 与仓库元数据整理，凡是 README 未提及的内容（例如具体操作按键、头盔机制细节、音效与美术素材出处、支持的浏览器范围）一律未作推断。若关注点在这些细节上，建议直接克隆仓库阅读源码，或自行搭建静态服务试玩后再下结论。