水上樂園模擬器更新日誌

水上樂園模擬器於2025年8月22日進入搶先體驗，並於2026年7月31日達到1.0版。這些日期為此預設語言版本建立了界限。本維基上的頁面描述了1.0時代的遊戲，並標註了其驗證日期，以便後續讀者能夠區分當前參考資料與搶先體驗期間撰寫的未標註日期指南。

其核心定位是一款第一人稱經營模擬遊戲，由開發商兼發行商 CayPlay 推出。玩家要建造滑水道和泳池、販售門票和食物、執行救援、維修和清潔工作、僱用員工，並努力讓遊客更開心。公園評分反映了清潔度、滑水道樂趣、食物品質和遊客滿意度，而 1.0 版本則將進度目標設定為打造一座五星級鑽石公園。

時間軸無法取代完整的更新檔存檔。此頁面僅記錄了關鍵里程碑以及交接時支援的具名系統。它並未聲稱已記錄所有從過渡到 1.0 版本的平衡性調整、錯誤修復、介面變更或隱藏數值。請參閱連結的官方公告以取得原始的發布日期和相關資訊。

1.0 版本的公告支援多人連線遊戲，主機可以與最多三位朋友或陌生人一同遊玩，總共支援四位玩家。可選的鄰近語音功能是此模式的一部分。這改變了公園的組織方式：玩家可以分工進行建設、接待遊客、清潔、維修、救援和員工管理，同時共享相同的經營目標。

該公告並未提供經過驗證的同步模型、主機轉移規則、權限矩陣或通用角色分配。因此，多人遊戲指南將主機視為遊戲會話的錨點，並建議明確溝通，而非提供未經支援的技術保證。鄰近語音是可選功能，因此隊伍在分頭行動前應先決定好溝通方式。

多人遊戲擴展了遊玩方式，但並未取代核心系統。公園仍然需要順暢的滑水道和泳池、門票和食物、即時應對工作、員工以及對評分項目的關注。更多人數可以覆蓋更大範圍，但原始資料並未建立數值效率倍率。角色分工的價值應根據實際遊戲情況來判斷，而非依賴憑空編造的生產力表格。

1.0 版本新增了海灘地圖。官方公告指出，玩家需要開新存檔，因為佈局無法轉移。這是規劃時的核心要點：海灘並非套用於現有佈局的視覺外觀。應將其視為一個需要獨立決定滑水道、泳池、路徑和經營策略的全新建築，並保留原有的公園，而非假設新地圖會繼承其結構。

同一個更新中提到了阿茲特克、海洋和海盜主題。這些主題屬於透過博物館進行的研究擴展，而非已確認的獨立地圖列表。交接資料並未提供這些主題的確切解鎖成本、研發順序或效能加成，因此地圖與研究頁面將地圖本身和主題進程分開說明。

區分這點對於規劃內容和存檔很重要。「地圖」回答的是公園蓋在哪裡；「主題」則回答研究內容如何塑造其視覺風格。將兩者混為一談成未經證實的地圖列表，會曲解 1.0 版本的公告。請參閱海灘地圖的相關資訊以了解新公園的必要條件，並參閱研究的相關資訊以了解三個已命名的主題。

1.0 版本支援角色自訂功能，最多可儲存五個欄位。這為玩家或多人遊戲團隊提供了一種有記錄可循的方式來保留多種外觀，但該公告並未說明外觀選擇會帶來遊戲內的增益效果。角色頁面將自訂視為外觀呈現，並將其與員工功能分開。

已命名的員工新增角色具有明確的確認職責。保全人員負責驅離不良遊客。吉祥物能提升趣味與快樂度。明星員工是可僱用的團隊成員角色。這些陳述是可靠的邊界；精確的效率、薪資、工作時間表和解鎖門檻並未包含在已封存的證據中。經營規劃應根據每個角色的描述目的來使用，並在當前遊戲介面中驗其實際數值。

研究透過博物館進行組織，內含三位任務 NPC、三種貨幣和三個研究分支。1.0 版本公告也提到了阿茲特克、海洋和海盜主題。交接資料並未揭露完整的研發樹或確切的任務需求，因此本 Wiki 呈現其結構，但不會憑空捏造節點順序。這使得當前的遊戲內博物館介面成為玩家進度狀態的權威依據。

• 角色自訂：最多可儲存五個欄位。
• 保全人員：驅離不良遊客。
• 吉祥物：提升趣味與快樂度。
• 明星員工：可僱用的團隊成員角色。
• 博物館研究：三位任務 NPC、三種貨幣和三個分支。
• 已命名的研究主題：阿茲特克、海洋和海盜。

1.0 版本公告指出了兩個更廣泛的經營變數。夜間營運會影響員工薪資和不良遊客行為。天氣則可能帶來加成或懲罰。這些資訊很重要，因為相同的公園佈局可能面臨不同的營運條件，但已封存的原始資料集並未提供每個時間或天氣狀態的完整數值表。

將這些變數視為重新評估人員配置、玩家直接關注點以及接待遊客服務的理由。夜間時段可能會改變勞動力和不良遊客的狀況，而天氣則可能改變公園內各項條件的優劣勢平衡。請持續關注清潔度、滑水道樂趣、食物品質和遊客滿意度，而非假設一種視覺變化只會影響單一評分項目。

公園管理指南提供了實用的檢閱順序。此更新頁面記錄了這些系統是 1.0 版本的一部分，並保留了證據邊界。它不會對天氣類型進行排名、發布未經支援的薪資數值，或聲稱存在適用於所有公園的保證應對方式。

對於任何後續更新，請先記錄發布日期和版本。然後，將新內容與現有系統的變更區分開來。最後，確認哪些 Wiki 路徑依賴於已變更的事實。這個小習慣可以防止新地圖、主題、員工角色或成就數量在缺乏上下文的情況下被複製到不相關的頁面中。

對於事實性變更，應優先參考官方公告、商店頁面或官方網站。將介面觀察結果與版本綁定，除非來源清楚表明，否則不要將截圖轉換為確切數值。當某項陳述已不再適用時，請更新相關頁面的驗證日期，並保留足夠的時間軸上下文，以便讀者理解為何舊的指引有所不同。

當前的快照範圍刻意保持狹窄：僅包含 2025 年 8 月 22 日的搶先體驗、2026 年 7 月 31 日的 1.0 版本，以及上述的具名系統。這使得頁面易於維護。未來的 Stage60 內容更新可以擴展時間軸，而無需重建路徑架構或改寫未經驗證的非預設語言遊戲頁面。

1. 從官方來源記錄更新日期和版本。
2. 在編輯 Wiki 內容前，先區分新內容、系統變更和錯誤修復。
3. 將每個已驗證的變更對應到最小的相關路徑集合。
4. 更新驗證日期和來源連結，同時保留有用的時間軸背景資訊。
5. 在存在與版本綁定的證據之前，不要加入未經支援的數值和機制。