Meticulai AI 遊戲 Lost Marbles 爆紅：Three.js 彈珠賽跑，從原型到好玩還差什麼？
Meticulai AI 遊戲 Lost Marbles 在 X 引起討論，50 顆彈珠在木塊賽道競速，每關淘汰並選擇升級。本文從官方玩法、Three.js 的角色到碰撞、鏡頭與多人測試，解析 AI 遊戲原型如何走向可玩的作品。
Meticulai AI 遊戲 Lost Marbles 在 X 引起討論，開發者卻先分享自己的挫折：做了幾天，還沒有贏過。這句話讓彈珠競速的示範多了一個問題：AI 協助寫出遊戲之後，要怎麼知道它好不好玩？
原作者在 2026 年 10 月 17 日發布的影片，查詢時累積約 956 個喜歡、6 萬次瀏覽。這是單一貼文的互動紀錄，能說明有人關注，還不足以證明作品已有穩定玩家。
官方遊戲網站給了更具體的玩法：50 顆彈珠在巨大臥室裡的木塊賽道競速，每個檢查點淘汰 10 顆，晉級者再選升級卡。因此，玩家要處理的不只有跑得快，還有存活與成長。
這種規模已經比一個會動的三維畫面複雜，因為碰撞、淘汰、重開與電腦對手，都會影響每輪體驗。但作者覺得困難，只能代表他的遊玩感受，不能直接當成難度平衡的結論。
對想學 AI 遊戲開發的人，這個案例適合拿來理解從點子到測試版的分工。先看玩家怎麼操作、為什麼輸，再回頭看程式和畫面，會比只追問用了哪個模型更有收穫。
Meticulai 的 Lost Marbles 玩什麼？淘汰與升級讓每一輪產生選擇
Lost Marbles 把彈珠競速做成逐輪淘汰，因此跑得慢的代價會立即出現。玩家每過一個檢查點，就要先確認能否留下來，再決定下一輪的升級方向。
官網列出的舞台是巨大臥室裡的木塊賽道，這種視角把小物件放進大空間，讓彈珠的尺寸、速度與落差更容易被看懂。場景本身也提供了作品辨識度。
官方清單同時列出最多 50 人連線，以及單人對上 49 個電腦對手的模式。這裡的電腦對手指由程式控制的競爭者，不能從名稱推論每顆彈珠都在呼叫語言模型。
這個區別很重要，因為「AI 做遊戲」和「遊戲裡有 AI 對手」描述的是兩種工作。前者協助開發者產生程式，後者負責玩家進入作品後，其他角色如何行動。
升級卡要讓玩家理解自己換到了什麼
升級系統讓競速增加了取捨，但選項必須能連到可觀察的差異。假設某張卡影響速度，玩家就應該有機會從追趕、轉向或過彎的結果理解變化。
這裡只是設計判斷的例子，官方公開清單沒有逐張列出卡片能力，因此不能替作品補上確定的數值和效果。讀示範時，應把已公開的規則和自己的設計想像分開。
對開發者來說，這也決定測試順序：先確認每輪可以開始、淘汰與結束，才有條件比較升級是否有用。若基本賽程無法穩定跑完，增加卡片反而會讓問題更難找。
Three.js 負責把世界畫出來，遊戲規則仍需要另外建立
Three.js 是在網頁裡製作三維畫面的 JavaScript 工具。依官方入門手冊，場景放物件、相機決定觀看角度，渲染器再把它們轉成螢幕上的畫面。
因此，木塊、彈珠、光影和臥室可以被組成一個可觀看的世界，但「碰到障礙會怎樣」還需要遊戲自己的規則。畫面工具和完整遊戲之間，仍有一段要完成的工作。
AI 編程工具可以協助寫出這些規則，也能按照回饋修改程式。但使用者要先決定勝負條件，否則工具即使把畫面做得更豐富，也可能沒有修正玩家最在意的問題。
以淘汰賽為例，排名何時結算、過線是否算完成，以及重開後舊狀態是否清除，都會影響公平性。這些事情通常不會出現在最吸睛的影片片段裡，卻是玩家反覆遊玩時會遇到的細節。
場景越漂亮，越要保留看得懂的操作回饋
巨大的臥室和大量彈珠容易吸引目光，但玩家仍要找得到自己。若視角突然轉動或畫面太模糊，玩家可能連落後的原因都看不清楚。
因此，鏡頭、速度和辨識標記要放在一起看。只提高特效品質，未必能改善操控感，因為玩家需要的是自己做出輸入後，畫面能清楚回應。
這也解釋為什麼三維作品的驗收不能只看截圖。靜態畫面可以檢查外觀，連續操作才看得出視角、碰撞與規則是否一致。
延伸閱讀：3JSBench 揭露 AI 3D 物件的連接問題：做 Three.js 作品，如何同時驗收外觀與結構？
從難度到公平感，彈珠碰撞與鏡頭會一起影響玩家判斷
競速的難度要讓玩家看得懂原因，失敗才有機會轉成下一次的策略。若玩家知道自己過彎太快，可以改操作；若只看到突然落後，就很難知道要學什麼。
彈珠相撞尤其需要一致的規則，因為多個物件同時移動時，碰撞會直接改變路線。玩家通常會用直覺預期物體相互推擠，作品若採用不同規則，就要讓結果清楚可見。
這不代表每個遊戲都要模擬真實物理。較誇張的彈跳、摩擦或轉向，也可以形成有趣的玩法，前提是相同條件會產生足夠一致的結果，讓人願意練習。
鏡頭則決定玩家能多早做反應。看得到前方障礙，才有機會調整；若障礙在最後一刻才進入視線，同樣的速度就會讓人感覺特別難。
所以，「還沒贏過」可以是引起討論的開場，真正能幫開發者修作品的回饋，應該更接近在哪個檢查點、哪種操作、什麼畫面下失敗。
讓測試回饋對得到一次具體的遊玩
想提供有用意見，可以記下瀏覽器、裝置和遇到問題的位置。若能附一小段錄影，開發者就有機會分辨是操控、效能還是規則造成的落差。
例如「到第二段斜坡時，向左輸入後畫面仍向前」比「很難玩」更容易處理。前者包含情境、輸入與結果，能用相近條件重做一次。
這裡也要保留自己實際看見的範圍，沒有打完一場，就不要替作品判斷整體平衡。新聞介紹同樣如此，官方示範能證明的內容，和長期遊玩品質是不同層次。
瀏覽器測試版的優點，是把修改和回饋拉近
公開瀏覽器版本讓玩家比較容易加入測試，因為一個連結就能把人帶到作品入口。對獨立開發者，這有助於在完整發售之前，先知道玩法是否有人理解。
但進入方便也讓裝置差異更明顯。桌面鍵盤、手機觸控和不同畫面比例，都可能改變操作方式，不能只因為網址相同，就假設體驗也完全相同。
對三維競速而言，穩定呈現比最高畫質更接近基本要求。若某台裝置顯示跟不上，玩家看到的速度和實際判定就可能產生落差，因此效能問題也會被感受成難度問題。
開發時可以先留一份設定固定的基本版本，把場景、對手和效果逐步加回去。這樣遇到速度下降時，比較容易知道是哪一個新增部分造成變化。
AI 也比較容易處理範圍清楚的修改要求。說明某一段賽道發生什麼事，通常比一次要求重做畫面、多人連線和所有升級，更容易保留已經能用的部分。
先把一個完整回合做穩，再擴大內容
一個完整回合至少要讓玩家進入、操作、得到勝負，然後再開始一次。這些環節彼此相連，任何一個中斷，都會讓玩家離開本來的遊玩節奏。
對照 Lost Marbles 的淘汰規則，重點可以放在晉級者是否進入正確的下一輪，以及已出局的玩家是否知道自己接下來能做什麼。這是從公開規則推導的測試方向，並非本站發現了相關錯誤。
當這個小循環可重複，才適合增加更多賽道或模式。否則內容越多，越容易把同一個基本問題帶到每個場景裡。
多人模式把共同狀態變成另一個設計題
單人和多人可以共用畫面，但多人還要讓不同玩家對同一場比賽得到一致結果。這包含誰已過線、誰遭淘汰，以及下一輪何時開始。
官網列出最多 50 人，是產品提供的模式範圍，不能直接推成每場都有 50 位真人在線，也不能把它當成已完成大規模穩定性測試的證明。
如果要研究這種作品的架構，可以先理解哪些資訊必須由大家共同確認。像裝飾物的擺動，和決定勝負的排名，對同步正確性的要求就不同。
斷線與重新進入也要有處理方式，因為玩家不一定能保持同樣的網路狀態。這些情況在短片裡不容易看到，卻會影響一場比賽能否順利完成。
因此，遊戲開發的工作並沒有在 AI 產出程式時結束。公開測試、整理回報和設定下一次修改範圍，仍會決定作品是否持續變得更好。
官方操作提示，能看出同一個玩法如何對應不同裝置
Lost Marbles 的官方頁面內含操作說明，桌面可用方向鍵或字母鍵轉向，空白鍵跳躍，並有能力、重新出現與鏡頭等控制。這些提示讓玩家知道自己可以採取哪些行動。
手機則列出單手滑動與雙拇指控制選項，包含滑動轉向、向上撥動跳躍和觸發能力。因此，同一個競速規則可以保留，輸入介面卻要配合裝置重新安排。
這種差異會影響教學方式。桌面能直接顯示按鍵名稱，手機則需要讓人知道哪裡可以滑、手指要移動多少，以及觸發動作後會得到什麼回應。
如果把兩種操作放在同一段說明裡，玩家可能看見一堆和自己無關的按鍵。因此，開發者應讓提示跟目前裝置連動，把最需要知道的資訊留在畫面上。
用小範圍操作確認提示真的有幫助
以跳躍為例，可以請第一次接觸的人只看畫面提示，再試著越過一個障礙。若他能說出自己用了什麼操作、為什麼失敗，就代表提示至少提供了可理解的起點。
若玩家完全不知道還有能力鍵，問題可能出在教學或介面，也可能是遊戲太早要求使用尚未介紹的動作。這時繼續提高對手難度，並不會解決理解上的缺口。
官網也提供切換鏡頭與拖動觀看的提示，因此教學還要讓玩家分清操作彈珠和操作視角。兩種輸入若互相干擾，就可能讓人以為角色沒有照指令移動。
這些都是能交給 AI 協助調整的具體要求，例如改提示文字、延後出現時間，或重新安排觸控區域。每次只改一個問題，再請新玩家重做相同操作，才看得出修改是否有效。
Meticulai AI 遊戲常見問題 FAQ
Lost Marbles 可以直接在瀏覽器玩嗎？
官方提供瀏覽器遊戲入口，並列出單人對電腦與多人連線模式。實際可用內容會隨版本調整，想試玩應從原作者網站進入，並留意裝置與操作提示。
這是 AI 自己做完的遊戲嗎？
公開資訊支持它是使用 AI 輔助開發的作品，但沒有完整工作紀錄能證明所有決策和程式都由工具獨立完成。把作者分享改寫成完全自主製作，會超出已知證據。
遊戲中的電腦對手一定要付模型費用嗎？
電腦對手可以由一般遊戲程式控制，和對話型 AI 的呼叫方式不同。官方沒有公布每個對手的實作架構，因此不能從 49 個對手推算語言模型的用量。
Three.js 能直接處理整套競速規則嗎？
這項工具主要負責三維場景與畫面呈現。勝負、排名、升級與多人共同狀態，還需要開發者在應用程式裡建立，或搭配適合的其他工具。
想學 AI 遊戲開發，先做一個能完整重玩的回合
Meticulai 把一個有辨識度的彈珠點子變成公開測試版，值得學習的是玩法已經能被別人看到和回應。後續品質則要靠清楚的規則、穩定的操作，以及能重現問題的回饋繼續累積。
這個案例適合願意反覆玩自己作品、再讓工具協助修改的人。如果只想輸入一次描述就得到完整商業遊戲，公開資料並不支持這樣的期待。
可以先做一條短賽道、一個淘汰條件和一次重開，讓朋友說明自己在哪裡輸。想補強三維互動的驗收，再讀這個以外觀與操作分開檢查的案例。
延伸閱讀：Opus 5.5 做出 CD 盒三維動畫：免匯入模型，Three.js 仍要驗收幾何與互動
