从实际观察到的差异开始
有用的 AI 修复请求，应从你实际运行的版本、做过的动作，以及预期与观察到的差异开始。“整个游戏感觉坏了”没有定义具体问题，也没有说明什么结果才算修好。
先别把大段聊天记录全部贴上去，直接要求重写整个项目。范围小、能复现的问题更容易检查，也更有机会保留那些本来已经正常工作的规则。
用一个原创碰撞例子说明
例如一个原创场景：快递员站在台阶旁，向右移动时起跳，偶尔穿过台阶侧面。应记录初始位置、按键顺序，以及是否每次尝试都发生，而不是只说“碰撞有毛病”。
再补上浏览器、设备和当前版本标识。“偶尔发生”是待调查的观察，不足以证明某种碰撞算法一定有错；把可能原因与已经看到的证据分别写清楚。
请求范围明确的修改
让 AI 先指出相关移动与碰撞路径、说明假设，再提出最小修改。要求解释哪些原有行为可能受影响，例如落在平台边缘时的判定，避免补丁悄悄改变整套手感。
具体请求可以写成：“保持跳高与横向速度不变，修复这个复现过程，说明修改文件，并给出一项回归检查。”这是请求模板，不是本站已经替你生成并验证了一份修复代码。
再做同一项检查
改动后先执行同样的复现步骤，再检查一次普通跳跃和重新开始。记录实际结果与新出现的失败，而不是直接接受模型“现在全部正常”的总结，省掉自己运行的环节。
可以使用工作台的迭代阶段，明天继续时用 JSON 保存基础需求，同时用 Markdown 保留编辑过的请求。下一次更新带回观察结果，讨论才能围绕真实变化继续。
官方参考资料
资料核对日期： . PixelGamesHub 原创编辑示意图，并非游戏实机或模型生成画面。
继续下一步
网页游戏指南
给玩家和独立开发者的实用阅读路线。
Genie 4 游戏原型：实时控制究竟改变了什么？
Google DeepMind 于 2026 年 10 月 27 日公布 Genie 4，官方展示包含交互世界、原生音频与实时控制。对游戏创作者有用的问题是：这些能力能帮助自己在写代码之前，验证哪一种设计决策？
把 AI 游戏需求保存为 JSON，明天怎样接着做？
AI 游戏提示词工作台新增 JSON 需求文件，保存游戏想法、主要动作、结束条件、限制、操作方式与所选模板语言。它保留的是你输入的规格，不是一款运行中的游戏，也不是模型聊天记录。
AI 游戏提示词
把小型游戏想法整理成构思、制作、测试和迭代提示词。本地编辑，复制或下载，无需账号。