1D Pac-Man

整体反响与玩法手感

• 许多人觉得，考虑到 1D 约束，这款游戏比预期有趣得多；被形容为“简单却紧张”，而且极易上瘾。
• 玩家称赞其紧凑的反馈回路：死亡通常让人感觉是自己的失误，从而激发“再试一次”的冲动。
• 有几位将其设计理念与老式街机/8 位游戏相比，称赞极端简化中所涌现出的丰富深度。
• 也有人觉得，当死亡看起来是由鬼的速度或生成位置而非自己的决策导致时，会很挫败。

机制、难度与策略

• 关键认知：鬼不能绕屏幕一圈，但玩家可以，这成为高阶玩法的核心。
• 常见的高分策略：在能量道具期间优先清理中间的点，把吃鬼视为次要的、“顺带”的收益。
• 后续讨论进一步细化：前期先让鬼活着以保持可预测性，等分数更高时再开始追猎。
• 多位用户报告了非常高的分数（数万乃至更多），表明没有硬性分数上限；理论上只要不死就可以无限高。
• 一些玩家批评了边缘情况：在鬼速度很高时，剩余的中间点实际上几乎不可达。

操作与输入理念

• 游戏采用单按钮/切换式设计：按任意键都会反向。方向键并未像通常那样映射为左右。
• 许多桌面玩家觉得这不直观，甚至“让人恼火”，尤其是在试图“拖时间”或疯狂按某个方向时。
• 也有人为这一选择辩护，认为它与单按钮设计一致，而且在移动端（单次点击）上感觉很自然。
• 提出的修复方案从将方向键按常规重映射、到彻底禁用方向键，再到完全拥抱空格键/单按钮设计都有。

实现与工具

• 这款游戏基于自定义的 “Crisp Game Lib” 构建，它建立在 PixiJS 等渲染选项之上，并对精灵/碰撞做了抽象。
• 评论者赞赏这个库如何支持快速原型化许多小型游戏，并将该项目视为长期设计实践的一部分。

Bot、AI 与优化

• 一些用户通过查看未压缩的 main.js，并接入全局状态（player、enemy、powerTicks 等）编写了 JavaScript bot。
• 简单的启发式 bot（在没有能量道具时，接近就转向躲开）已经能达到约 9k 分；进一步改进后可把分数推到六位数。
• 讨论涉及：与手工制定或表格型 Q-learning 策略相比，机器学习/强化学习是否算过度设计。

音效、音乐与手感

• 音乐和音效因强化节奏感与紧张感而广受好评。
• 有一条讨论指出，声音似乎以固定节奏循环，并且是开/关式切换，而非与事件精确同步；这会在这款游戏以及同一作者的其他游戏中，微妙地干扰基于时序的玩法。

平台问题与 Bug

• 一些 Firefox/Mac 用户报告了图形故障或空白屏幕，有时与缺失 main.js 或扩展程序有关；也有人没有遇到任何问题。
• 报告的游戏异常包括：鬼偶尔在离玩家太近的地方重生、被吃掉的鬼下方的点没有被清除，以及鬼的速度和生成逻辑存在明显不公平感。