大家好，我是长期观察者。今天我想分享我最近在itch.io上发布的东西。说实话，背后的故事比产品本身更重要，所以请耐心听我讲完。作为一名软件工程师（大部分是咨询工作，很枯燥），我每天的生活看起来都一样：开始一个游戏项目，两个星期内兴致勃勃，直到遇到“现在我需要一个合适的存档系统/离线进度/不与游戏逻辑相冲突的UI”这个墙壁，于是就放弃了。过去几年里，我积累了很多半成品原型和对自己的自我怀疑的念头。去年发生了什么呢？我开始开发一个 idle RPG，我的 AI 助手作为我的编程伴侣，我终于完成了它。这次我发布了它，获得了真实玩家的反馈，真实的存档文件，我害怕破坏它们。它不会让我致富，但看到陌生人玩我多年来放弃的东西——那感觉真的是很棒。然而，事情的关键在于：AI 并不是神奇的力量。真正的神奇在于我被迫为 AI 定义了一清晰的架构。结果，我的编程伴侣每次会话后都没有记忆，我必须写下我的规则：系统不应触摸 DOM，所有的模式变化都需要迁移，所有的随机数都应该通过可控的模块进行，测试才可以重复。这些是枯燥的纪律规则，但正是这些规则让我跨过了阻止每个前期项目的墙壁。几个月的开发过程（并且在 13 个存档模式版本中没有损坏任何玩家存档，这让我感到异常自豪），架构变得更加成熟，变得可重用。所以我提取了它：一个能够在后台标签被限制时生存的游戏循环，带有迁移链的版本存档，闭式离线进度，一个事件总线保持游戏逻辑和 UI 尽可能分离，头无头测试在普通 Node 中。所有的都是纯粹的 JavaScript，ES 模块，零框架，零构建步骤，零依赖。我认为最有创意的是：这个套件附带了一个为 AI 助手编写的架构规则书。它就是我每次会话开始时要给 AI 的文件。把它交给 AI，告诉它“添加一个尊严系统”，就能产生不破坏存档迁移的代码。每一条规则都存在，因为我曾经违反了它并付出了代价——每个 bug 都被记录在规则旁边。它在itch.io上作为Idle Engine Kit。示例游戏故意很小（只有一个资源，三个生成器）——它是一个基础，不是游戏的皮肤。很高兴回答关于架构，AI 协助的工作流程，或者“浏览器如何限制后台标签”的问题，这个问题让我花了一个周末的时间。如果你正在坐着自己的废弃项目的坟场：墙壁是真实的，但它是可攀爬的。写下你的规则（对于 AI 或仅仅是为了将来你自己）——这似乎是解决问题的关键。