Seven Kingdoms: Ancient Adversaries（7kaa）GPL 开源游戏源码

Prism 是开发者 Zolmeister 放在 GitHub 上的一个浏览器端颜色匹配小游戏，仓库的一句话说明是 “Play Prism, match all the colors!”，直译过来就是「玩 Prism，把所有颜色都配上」。从这句口号可以确认游戏的核心目标只有一个：让画面中的颜色两两配对或归位，全部匹配即通关。这种「单一动词 + 全局目标」的设计是典型的轻量休闲解谜思路，玩家不需要学习复杂操作，理解规则后就能直接上手，适合用碎片时间反复挑战。README 本身篇幅很短，没有展开关卡数量、计分方式、操作键位等细则，因此具体的匹配规则、是否有时限或步数限制，都需要实际打开游戏或阅读源码才能确认。

目前的官方试玩入口是 prism.clay.io，README 顶部的横幅图片和游戏截图都直接链接到这个地址，说明它是一个已经部署上线、可以直接在浏览器里玩的成品，而不只是仓库里的半成品代码。README 中插入的两张图片分别是 440x280 的宣传横幅和一张游戏内截图，均以 raw.githubusercontent.com 的形式外链引用 images 目录下的静态资源。这种「图片托管在仓库、游戏托管在独立域名」的做法，是 2010 年代中期个人 Web 游戏项目非常常见的组织方式，好处是仓库保持轻量，同时 README 在 GitHub 页面上依然有完整视觉呈现。

核心特性

在开发与运行方式上，README 给出的步骤非常精简，只有两条命令和一行注释：第一个终端执行 node app.js，第二个终端执行 grunt，然后在浏览器访问 localhost:3000。这个流程透露了项目的技术构成——它由一个 Node.js 编写的小型服务进程负责对外提供页面和静态资源，默认监听 3000 端口；前端代码则由 Grunt 这个任务运行器来处理，通常是做文件监听、脚本合并、压缩或模板预处理之类的构建工作。也就是说，即便是这样一个体量很小的游戏，作者依然把「本地服务」和「前端构建」拆成了两个独立进程，属于比较标准的前端工程化实践。

从语言和依赖角度看，仓库的主要语言标注为 JavaScript，前后端使用同一套语言栈，没有引入 Unity、Godot、Phaser 等成熟游戏引擎的痕迹，游戏逻辑应当是用原生 JavaScript 加 DOM 或 Canvas 自行实现的，属于「无明确引擎」的小型自研项目。Grunt 出现在构建脚本里，也侧面说明这个项目诞生的年代偏早——Grunt 在 2013 至 2015 年前后是前端构建的主流选择，之后逐渐被 Gulp、webpack 等工具取代。因此如果现在想把它跑起来，需要注意 Node 版本与老旧 npm 包的兼容性，不能直接假设在最新版 Node 上一定能顺利安装依赖。

技术要点

平台方面，由于最终产物是运行在浏览器里的网页游戏，只要本地能启动 node app.js 提供的服务，理论上 Windows、Linux、macOS 都可以作为开发或体验环境；线上的 prism.clay.io 则不受操作系统限制，任何能打开现代浏览器的设备都可以访问。不过 README 并未对这三类桌面系统做任何明确的兼容性声明，也没有提及移动端触屏适配、离线运行或客户端打包下载，因此这些平台支持情况只能视为推断，需要实际验证。仓库同样没有提供 release 压缩包或独立的文档站点，获取代码的唯一方式就是克隆仓库后按 README 的两条命令启动。

对于想学习的人，这个小项目有几个可看的点：一是用极少的代码搭起「Node 静态服务 + Grunt 构建 + 浏览器游戏」的最小闭环，适合作为 Web 小游戏项目结构的入门参考；二是可以观察作者如何用纯 JavaScript 组织颜色匹配这类状态驱动的解谜逻辑；三是 README 的写法本身也是一个轻量开源项目说明书的样本——口号、试玩链接、截图、三行开发命令，信息密度很高。需要注意的是，项目年代较早、README 缺少玩法细节和依赖版本说明，克隆后很可能遇到 npm 依赖安装失败或 Grunt 任务报错的问题，国内网络环境下安装这些老包建议配置 npm 镜像源；同时由于缺少测试和文档，不建议把它当作大型项目的架构范本，更适合作为一个体量可控的阅读与改造对象。