ChaseWhisply：Java 增强现实捉鬼游戏

Swap 是开发者 nmoroze 与 themichaelyang 为 2013 年 GitHub Game Jam 提交的参赛作品，官方页面为 http://nmoroze.github.io/swap。它并非从零发明一种新玩法，而是在“经典瓦片式解谜”这一成熟框架上做了一次巧妙的机制置换：传统解谜游戏里玩家只操控一个角色，其余对象按照固定规则自动运行；Swap 则把“控制权”本身变成了解谜资源，玩家需要在多个角色之间来回切换，才能拼出一条通往终点的路径。作者在 README 中把这款作品描述为“对经典瓦片解谜游戏的新颖演绎”，并以获奖作品自称，这也是它区别于同期 Game Jam 中大量仿制品的地方。

核心玩法围绕两个动作展开：移动与切换。玩家使用 WASD、方向键或 Vim 风格的 hjkl 让当前角色在瓦片上移动，按空格键把控制权交给另一个角色。真正的难点在于，玩家没有操控的那些角色“往往有自己的想法”——它们会按照各自的行为规律继续行动。因此每一步移动都是双线甚至多线的：你推着 A 前进的同时，B 可能正朝危险方向滑去。玩家需要提前几步预判未被操控角色的走向，把它们的自动行为当作可利用的机关，而不是单纯的障碍。这种“控制权即解谜道具”的设计，让关卡思路从“如何走过去”变成“先让谁动、再让谁动”。

在关卡与进度设计上，游戏提供了数量可观的关卡（README 写作 a multitude of tricky and challenging levels），难度循序渐进，中后期会出现需要精心编排切换顺序的复杂局面。游戏记录死亡次数并实时累加，形成一种轻量的自我挑战压力：失败不会立刻惩罚玩家，但那个不断上涨的数字本身构成了反馈。为了照顾卡关的玩家，界面提供了“skip”按钮可直接跳到下一关，以及“reset”按钮重开当前关卡，二者配合死亡计数，让游戏在解谜的严肃性和休闲的容错性之间取得平衡。

核心特性

技术实现上，Swap 是一个相当纯粹的前端项目：使用 JavaScript 编写，渲染完全依赖 HTML5 Canvas，没有引入大型游戏框架。输入处理借助开源库 Keypress（dmauro 出品）完成，图标则来自 Font Awesome。README 中作者特别致谢了 @goldsmith 在 JavaScript 方面的指导，并列出两篇 Reddit /r/gamedev 的讨论链接，其中一篇正是关于“事件驱动输入与轮询输入”的取舍，这说明输入系统的设计在开发过程中经过了实际推敲。对学习者而言，这是一个体量小但结构完整的样本：瓦片地图、角色状态、输入映射、关卡数据与渲染循环，都能在一个可直接阅读的代码库中看到。

运行方式非常轻量：游戏是纯浏览器作品，官方链接即可在线试玩，无需下载安装，也没有构建步骤。作者声明其在 Chrome、Safari、Firefox 与 Internet Explorer 11 中均可运行——考虑到作品年代（2013 年），IE 11 的兼容性说明意味着代码刻意避开了过于前沿的 API。README 中还有一段值得注意的提醒：作者发现一个域名相近的网站以修改版的形式分发他们的游戏并用于广告软件，明确声明该站点与作者毫无关系，并已向 Google 发出下架通知。因此访问时应只使用官方链接，不要从搜索引擎结果里的相似域名进入。

版权与素材方面，项目采用 Creative Commons Attribution-ShareAlike 4.0 International（CC BY-SA 4.0）许可，允许共享与演绎，但要求署名并以相同方式共享。背景音乐为 DeceasedSuperiorTechnician 的作品《2nd Ballad》，来源标注为 nosoapradio.us；图标与输入库分别来自 Font Awesome 与 Keypress，使用时需留意各自的许可条款。README 结尾还致谢了 Reddit /r/gamedev 社区在 Feedback Friday 第 55、56、57 期给出的反馈，可以看到这个作品是在公开迭代中打磨出来的。

技术要点

适合从中学到的点主要集中在三处：一是机制设计层面，如何用一个简单规则（切换控制权）衍生出大量关卡变化；二是工程层面，如何在不使用引擎的情况下用 Canvas 组织一个完整的游戏循环与 UI（死亡计数、跳过与重置按钮、欢迎页）；三是输入层面，事件驱动与轮询的对比在小项目中的实际影响。需要注意的是，这是一个 2013 年的作品，代码风格、浏览器兼容写法与依赖版本都停留在那个年代，直接照搬到现代前端工程中可能需要改造；另外仓库以静态页面方式托管，国内访问 GitHub Pages 可能不稳定，属于网络环境问题而非项目本身缺陷，具体可用性建议自行核验。