Micropolis 开源模拟城市（SimCity 经典源码）

Hextris 是一款面向浏览器运行的开源 HTML5 益智游戏，仓库中的官方描述是「受俄罗斯方块启发的快节奏益智游戏（Fast paced HTML5 puzzle game inspired by Tetris）」。它完全以 JavaScript 编写，玩家不需要下载安装包、不需要启动器，只要打开网页就能开始游戏；README 明确给出了两个在线入口：主站 www.hextris.io 以及 GitHub Pages 镜像 hextris.github.io/hextris。主页地址与仓库 homepage 字段一致，指向 https://hextris.io。对于想找一个「打开即玩」的小体量网页游戏、或想读一份轻量前端游戏源码的人来说，这个项目是相当典型的样本。

从 README 能确证的信息看，Hextris 的玩法定位是「方块类益智」加「快节奏」：它沿用了俄罗斯方块式的益智解谜骨架，但强调更紧凑的节奏与更强的可玩性，README 开头用「addictive（令人上瘾的）」来形容它。具体的方块生成规则、消除判定、计分与失败条件，README 正文没有展开说明，最可靠的做法是直接访问上述两个在线地址亲自试玩。正因为它是纯网页实现，打开页面即进入游戏，所以很适合利用碎片时间反复游玩，也便于把链接直接分享给他人。

项目的来历在 README 的 About 段落中写得很清楚：Hextris 由一群高中朋友在 2014 年创建。作者名单为 Logan Engstrom、Garrett Finucane、Noah Moroze 与 Michael Yang，四人都附上了各自的个人主页或 GitHub 主页链接。这使得 Hextris 带有明显的「学生兴趣项目」气质——它并非公司产品，而是几名年轻开发者用业余时间做出来、后来在网络上获得不小传播度的作品，也因此常被当作「小而完整的开源游戏」案例引用。

核心特性

在维护状态上，README 的 Contributions 段落给出了坦诚的说明：由于作者们如今各自都很忙，本项目维护得并不活跃（not very actively maintained）。项目仍然接受社区反馈，任何人都可以提交 issue 或 pull request，作者表示「最终会去看一眼」，但并没有承诺响应时间。对于使用者来说，这意味着遇到问题时不宜期待快速修复，更现实的做法是自行 fork 并在本地排查；对于贡献者来说，提交 PR 前最好先确认改动范围小、目标明确。

除了游戏本身，Hextris 还提供了两条对研究与传播很有用的信息。其一是学术引用：README 给出了 BibTeX 条目 engstrom2015hextris，字段包含四位作者、标题 hextris、年份 2015、howpublished 为 GitHub 仓库地址，并附有 commit 占位符 note。这说明该项目曾被用于研究场景，作者也希望使用者在论文中引用具体提交版本，以保证可复现性。其二是 press kit：README 给出 http://hextris.github.io/presskit/info.html，供媒体或内容创作者取用项目介绍素材。

许可证方面，README 明确写出 Copyright (C) 2018 Logan Engstrom，并附上 GNU General Public License 第 3 版（或你选择的更高版本）的标准声明。也就是说 Hextris 是 GPLv3 自由软件：可以自由再分发和修改，但衍生分发需要遵循 GPL 的源码开放与同许可要求。如果打算把它嵌入闭源产品或商业站点，需要仔细评估 copyleft 带来的义务；仅仅在线游玩则不受影响。

技术要点

技术层面，从仓库元数据与 README 可知它是一套纯前端的网页实现，没有使用 Unity、Godot、Unreal 等成品游戏引擎，因此在本库中归类为「无明确引擎」更为准确；运行环境就是浏览器，部署方式等同于托管一组静态文件，GitHub Pages 上那份镜像本身就是这种部署形态的证明。README 未描述构建流程，是否包含额外的打包或压缩步骤需以仓库实际文件为准。作为阅读材料，这类项目通常能覆盖游戏主循环、绘制与动画、输入事件处理、分数与结束状态管理、简单碰撞判定、界面与音效组织等基础环节，代码体量小、依赖少，适合初学者顺着入口文件读下去；同时也要注意其代码年代较早（2014 年起步，版权年份 2018），现代浏览器的兼容性和移动端触摸操作是否有专门适配，建议自行验证。

国内环境方面，主站 hextris.io 与 github.io 镜像都属于境外站点，访问稳定性可能随时段波动；如果只是想玩，可以把仓库克隆到本地后用浏览器打开入口 HTML 文件，或将其静态托管到自己的服务器上。项目本身是前端静态资源，理论上不存在复杂的编译依赖问题，但仓库是否附带 npm 脚本、是否依赖外部 CDN 资源，仍以实际文件为准，标注为待核验。