陀螺彩票機 — 軟體製程與時程

A 文件

每份文件的估時與現況數據都來自程式碼與 git 的實地查證，不是憑印象。

五個領域共 23 項工作，含估時、相依關係與來源分層（哪些是已定案、哪些是建議、哪些是推論）。

機台主機與網頁遊戲的雙向訊息橋。13 種訊息、心跳看門狗、序號與對帳三層防掉訊息。

三檔位管線與物件池的實況。關鍵發現：目前的陽春外觀是規範造成的，不是能力上限。

開發過程的資源限制盤點與風險評估。

各條討論線的關聯與收斂狀況。

整體架構的分支與待決點。

各節點的決策依據與已回答項目。

目標是讓企劃與美術能用編輯器改內容、直接進遊戲驗證。硬約束是維持目前畫面效果 —— 串接過程不得改變任何現有畫面。

以下都需要決策才能往下推，不是技術阻塞。

分批交付，每批獨立驗收 —— 六批各自可驗證、可回溯，不做大爆炸式整合。
異種模型互審 —— 實作與審查用不同血統的模型。第 6 批因此抓到一個實作者不可能自己發現的問題：它照搬的參考程式碼有同樣的錯，「跟參考一致」的檢查就失效了。
畫面基準線 —— 兩種渲染模式各 10 個場景加四項指標。同時測出雜訊底線（戰鬥場重跑差異 5–31%），確立「戰鬥場不能用像素比對」。
先調查再實作 —— 會動到渲染路徑或「關錯不會報錯」的任務，先交盤點清單再動手。
長時間任務的三層防線 —— 規則、回合結束時的攔截、定時自檢。用於防止多批次任務在中途無聲停擺。