從實際觀察到的差異開始
有用的 AI 修復請求，應從你實際運行的版本、做過的動作，以及預期與觀察到的差異開始。“整個遊戲感覺壞了”沒有定義具體問題，也沒有說明什麼結果才算修好。
先別把大段聊天記錄全部貼上去，直接要求重寫整個項目。範圍小、能復現的問題更容易檢查，也更有機會保留那些本來已經正常工作的規則。
用一個原創碰撞例子說明
例如一個原創場景：快遞員站在臺階旁，向右移動時起跳，偶爾穿過臺階側面。應記錄初始位置、按鍵順序，以及是否每次嘗試都發生，而不是隻說“碰撞有毛病”。
再補上瀏覽器、設備和當前版本標識。“偶爾發生”是待調查的觀察，不足以證明某種碰撞算法一定有錯；把可能原因與已經看到的證據分別寫清楚。
請求範圍明確的修改
讓 AI 先指出相關移動與碰撞路徑、說明假設，再提出最小修改。要求解釋哪些原有行為可能受影響，例如落在平臺邊緣時的判定，避免補丁悄悄改變整套手感。
具體請求可以寫成：“保持跳高與橫向速度不變，修復這個復現過程，說明修改文件，並給出一項迴歸檢查。”這是請求模板，不是本站已經替你生成並驗證了一份修復代碼。
再做同一項檢查
改動後先執行同樣的復現步驟，再檢查一次普通跳躍和重新開始。記錄實際結果與新出現的失敗，而不是直接接受模型“現在全部正常”的總結，省掉自己運行的環節。
可以使用工作臺的迭代階段，明天繼續時用 JSON 保存基礎需求，同時用 Markdown 保留編輯過的請求。下一次更新帶回觀察結果，討論才能圍繞真實變化繼續。
官方參考資料
資料核對日期： . PixelGamesHub 原創編輯示意圖，並非遊戲實機或模型生成畫面。
繼續下一步
網頁遊戲指南
給玩家和獨立開發者的實用閱讀路線。
Genie 4 遊戲原型：實時控制究竟改變了什麼？
Google DeepMind 於 2026 年 10 月 27 日公佈 Genie 4，官方展示包含交互世界、原生音頻與實時控制。對遊戲創作者有用的問題是：這些能力能幫助自己在寫代碼之前，驗證哪一種設計決策？
把 AI 遊戲需求保存為 JSON，明天怎樣接著做？
AI 遊戲提示詞工作臺新增 JSON 需求文件，保存遊戲想法、主要動作、結束條件、限制、操作方式與所選模板語言。它保留的是你輸入的規格，不是一款運行中的遊戲，也不是模型聊天記錄。
AI 遊戲提示詞
把小型遊戲想法整理成構思、製作、測試和迭代提示詞。本地編輯，複製或下載，無需賬號。