Editing Openai/694f5245-1110-800b-b182-7c2accd50046 (section)

=== Assistant: 啊——懂了懂了🤣 ===
啊——懂了懂了🤣
你是說：在 Gemini 新聊天室裡「重新種」的那顆版本長歪，不是你本機這顆成熟果實壞掉。那就更像是「土壤（新語境）缺了幾塊營養」或「他把你帶過去的果肉切掉了幾段」，所以狀態機/初始化又混在一起，才會出現 opening 回魂這種怪事。

那我們就用「搬家策略」來處理：不要在新土壤裡讓它靠記憶長回來，而是給它一個可控的「種植包」🌱📦

==== ✅ 你現在該怎麼做（最省力、成功率最高） ====

===== 1) 新聊天室的第一句就立「規則」 =====

把這段丟給 Gemini（直接貼）：

: 你接下來只能依照我貼上的檔案內容工作，不得自行腦補、不得省略、不得用...
: 任何 function/class/const 若引用到但未定義，請回報「缺少清單」，不要猜。
: 你的任務是：先確認流程（bootOnce → opening → mechSelect → saferoom → combat → clear → reward → next），再修復 bug。

這一句的效果是：把它從「創作模式」鎖回「工程模式」，避免它自己補劇情補到把 init 又寫回來。

===== 2) 只搬「成熟果肉」：一次給它最小可運作核心 =====

你其實已經有 cleaned_js_modules.zip 了（那包就是果肉👍）。
在新聊天室你先只貼「檔名列表 + 入口點」：
* Config_Localization.js
* State_Init.js
* GameLoop.js
* UISystem.js
* MapSystem.js
* EnemyAI.js
* CombatSystem.js
* Architecture.js

然後要求它做兩件事：
# 畫出一張狀態機表（uiState 會有哪些值，怎麼跳）
# 列出 boot/init/startNewRun 的責任分離

只要它先把「責任分離」講清楚，它就比較不會亂把 opening 叫回來。

===== 3) 遇到「opening 回魂」這種歪掉，直接用三刀斬（不靠上下文） =====

在新聊天室你讓它照這三刀改（不用它理解歷史）：
* 刀 1：boot guard（init 只能跑一次）
* 刀 2：startNewRun 不碰 opening DOM
* 刀 3：每幀如果不是 OPENING 就強制 hidden opening

這三刀是「工程保命套件」，不管它哪裡寫歪，都能把最惡性的回魂壓住。

==== 🧠 為什麼「新語境」特別容易長歪？ ====

因為 Gemini 在新聊天室常發生這三種狀況：
# 它會把你給的 patch 當成“參考”，不是“唯一真相”
# 它很愛把「init/reset/new game」混成同一個函式
# 它會為了讓 UI “看起來完整” 偷偷把 opening 畫面重新 show（尤其你有炫炮 opening 時）

所以我們要做的是：把自由度關小，把邊界釘死。

==== 🌱 老闆的「播種 SOP」我幫你寫好（直接貼 Gemini） ====

你下一個新聊天室第一段就貼這個：

: 你將收到一組 JS 模組（多檔）。規則：
: 
: 不准用「...」省略、不准腦補缺失函式。
: 
: 任何引用未定義，請輸出缺失清單（函式名、檔案、呼叫點）。
: 
: 先輸出狀態機 uiState 列表與切換表，再開始改 code。
: 
: 初始化必須拆分：bootOnce() 只能跑一次；startNewRun() 可重跑但不得顯示 opening。
: 目標：修復“選機體後 opening 回來導致卡死”的問題，並確保進入 saferoom/combat 正常。

如果你願意，我也可以再幫你做一個更狠的版本：
✅ 「一頁式移植說明書」（告訴 Gemini：入口函式在哪、每個檔案負責什麼、哪些全域必須存在、uiState 合法值有哪些）。
這樣你每次換土壤，就像把「盆栽連土帶根」搬過去，幾乎不會長歪🌿😎