Roblox 原型製作：生成、編輯並驗證遊戲 Draft

寫出一個可以重複的動作、一種回饋，以及一個短期目標。Obby 可以是從檢查點移動到終點；生存遊戲可以是等待、躲避危險並看到結算。其他類型先縮減為最小可驗證循環，再列未來想做的系統。清楚的簡報有助於判斷初版 Draft 真正能展示什麼。

你既可以使用現成範本，也可以在同一個輸入區寫自己的提示詞。這只是描述想法的兩種方式，並非兩個 Agent 或兩套審批流程。工作區應展示範圍檢查和可審閱計劃。如果需求依賴尚未實作的類型專屬系統，計劃必須指出缺口，不能把通用場景悄悄稱為完整遊戲。

Obby 和 Round Survival 有邊界明確的初始 Build 路徑，也有已知專案結構與測試重點。Tycoon、Simulator、塔防等其他創意可以從通用起始原型開始，用來檢視計劃中的核心循環、視覺方向或玩家回饋；Roblox 實際執行仍未驗證，Build 也不會因輸入類型名稱就自動包含該類型的所有機制、進度系統、商業化功能和多人規則。

審閱計劃時分辨三類資訊：第一份 Build 會包含什麼、仍有哪些假設、哪些內容超出目前支援範圍。如果理想體驗依賴未支援的機制，可以縮小初版循環或把該功能留到後續。這不是否定創意，而是讓小而真實的原型先有東西可測、可改，不把整個大類型誤寫成已經完成。

確認計劃後下載 .rbxlx Draft，並保留 Build ID。提出修改時說清物件、規則或路段，哪些行為要保留，以及期望結果。Agent 可以提出有邊界的修改並展示擬觸及的範圍。聊天裡一句「已記錄」不是實際完成；只有變更落地、持久化、重新建置並經相應檢查後，才能標為完成。

工作流程保留舊 Build，不會只留下最新一個檔案。生成的 Luau 修改限定在宣告可寫的檔案，並要求確認準確差異。這適合對平台生成的專案做聚焦修訂，不是任意匯入 Roblox 專案的通用編輯器，也不會自動回讀你在 Studio 手工改過的檔案。如果直接在 Studio 修改，請另外記錄，避免工作區誤以為自己掌握了新狀態。

結構檢查能確認生成檔案存在、引用了預期物件，並滿足部分約束；它不能證明遊戲是否公平、玩家是否理解目標，或多人規則是否跨用戶端一致。請在 Roblox Studio 開啟對應 Build，跑通最小玩家循環，記下令人困惑的時刻，並把發現關聯到版本。修改後即使舊版通過，也要重測受影響的行為。

根據實測選擇下一項改進：更清楚的回饋、更短的等待、更安全的檢查點，或者更好的第一分鐘。原型檢查與發布準備要分開，包括裝置表現、素材權限、權利核對和發布。Roblox 原型製作協助你從提示詞走到可編輯 Draft，再到有證據的迭代；它不是即時瀏覽器遊戲、商業成功保證或自動發布管線。