上傳到 Minecraft Realms 前如何準備本機世界
先驗證本機世界、保留兩個可辨識副本、配對 Java 或基岩版，再把安全的上傳交接資料交給 Realm 擁有者；不要先變更插槽。
更新於 2026-08-13 · MapMC 編輯部
先把本機世界整理成可交接的狀態，再由真正擁有 Realm 的人決定是否上傳。確認 Java 或基岩版與接收 Realm、玩家版本相同；在本機開啟並再次進入工作副本；保存一份未動過的來源和一份名稱清楚的工作副本；最後交出簡短的準備紀錄。本頁刻意停在這裡：不要求登入、訂閱、選擇 Realm、按上傳、取代插槽或邀請玩家。
這不是略過必要程序，而是把資料風險和帳號風險分開。本機準備可以先排除版本混用、未開啟的封包、同名世界難以辨識、內容相依性沒寫下，以及尚未有回復副本就碰既有插槽等問題。實際 Realm 操作仍應由帳號擁有者依自己當時看到的官方流程完成。
本文會在 Realm 操作之前停止
手上已有本機世界、未來可能要放到 Minecraft Realms，但不想為了準備檔案而安裝、購買、設定或測試 Realm 時，請使用本頁。完成時，你應有一個可辨識、在本機驗過的來源，以及供 Realm 擁有者檢查的事實卡；不是一份假稱已經雲端上傳完成的教學。
只有 Realm 擁有者能判斷帳號、服務、權限、訂閱、目的地及插槽是否正確。若遊戲出現 Microsoft 登入、付款、接受條款、家長控制或平台連線權限，應在該處停下來由擁有者私下處理。檔案準備不能代替他人接受協議、購買服務或覆寫資料。
世界能在本機啟動，也不代表日後一定能上傳或多人正常遊玩。它只證明一項重要前提：你能在對應版本中找到並檢查來源。它不保證雲端服務、不同裝置、附加內容或未來客戶端更新的結果。
對齊版本、檔案和接收方
Java Realm 與基岩版 Realm 是各自獨立的服務。Java 世界應交給 Java Realm 與 Java 玩家；基岩版世界應交給基岩版 Realm 與基岩版玩家。只改副檔名不會轉換世界格式，也不會讓服務跨版本接受它。
| 手上的內容 | 什麼時候才算可準備交接 | 不可由此推論 |
|---|---|---|
| Java ZIP | 已解壓至目標 Java 本機世界位置，且能在 Java 單人遊戲開啟 | 改成 .mcworld、指向伺服器資料夾或用離線設定啟動，就會成為基岩版或 Realm 世界 |
基岩版 .mcworld | 已匯入目標消費者版 Bedrock 客戶端的本機世界清單，並能開啟 | 改成 .zip、拿 Java 開啟或在 Education 顯示，就代表消費者版基岩或 Realm 行為 |
| 來源不明的資料夾或下載 | 已確認版本、世界根目錄、建立者與首次本機啟動 | 圖示、名稱或相近日期能證明格式完整、內容正確或授權清楚 |
請把版本寫進檔名或資料夾名，例如 river-valley-java-working 或 river-valley-bedrock-working。名稱要能區分原始交付物、匯入後的本機世界與可交接工作副本；不要只相信記憶中的 Realm 名稱或檔案日期。
若無法確定是 Java 或基岩版，先不要交給 Realm。回到跨平台匯入指南確認封包；Realm 不會替未知檔案做版本判斷。
先在本機證明世界可用
交接前，請在對應版本中開啟目標本機世界。目標是一份可重現的小紀錄，不是長時間遊玩，也不是對唯一副本做危險的轉換。
- 開啟對應本機客戶端，選擇工作副本，不要直接處理唯一的原始交付物。
- 記下顯示的世界名稱、Java 或基岩版、本機檢查用的客戶端版本和日期。
- 在出生點記錄兩到三個可辨識地標。MapMC 世界可寫海岸線、道路走向、高低差、主要建物或你選擇的真實地點。
- 若世界需要特定設定、資料包、Add-On、資源包、實驗功能、命令權限、模組或版本才符合預期，請明確記錄。它在本機可運作，不等於 Realm 必定保留。
- 正常儲存並離開，再重新開啟同一工作副本一次。這可驗證的不只是在清單中出現，而是來源可再次找到與啟動。
若世界沒出現、首次載入出錯、畫面不對，或有多個無法區分的同名副本，請停在本機階段。保留所有候選、私下抄下完整訊息，並使用匯入後世界未顯示指南或相應匯入頁處理。不要只憑名稱刪除世界，也不要用日後一次 Realm 上傳來測試本機檔案。
保留兩個能辨識的副本
至少留下一份不變的來源和一份已驗證、可供日後交接的工作副本。所謂兩個副本，是兩個能獨立定位與辨識的項目，而不是兩個捷徑、兩個瀏覽器分頁、同一雲端檔案的不同檢視，或名稱一樣卻不知道位置的項目。
| 副本 | 用途 | 最低檢查 |
|---|---|---|
| 乾淨交付來源 | 保留 MapMC 或原作者最初交付的狀態 | 位置明確、未修改，且不是反覆開啟、改名或編輯的那份 |
| 已測試工作副本 | 讓擁有者日後可選擇一個明確的本機世界 | 名稱有意義、版本相符、有本機開啟紀錄和地標資訊 |
請保留乾淨來源，直到擁有者完成另外授權的 Realm 動作、負責的人確認托管結果為止。本機存檔、從 Realm 下載的世界以及 Realm 自動備份是不同的復原材料；其中一個不會自動替換其他兩個。
對重要世界，排查時不要同時移動兩份副本。若以後需要修改，應從新的工作副本開始並保留上一次本機驗證成功的版本。這樣每一次變更都能說明，而非多次嘗試後只能猜測。
製作上傳交接卡
給 Realm 擁有者一張短小、可查核的事實卡，不要只說「請上傳最新那個」。擁有者需要知道怎樣找出正確的本機候選、何時該停止；不需要你的 Microsoft 密碼、付款收據、邀請連結、玩家名單或帶私人資訊的截圖。
可依下表交接。任何空白或不確定值都應視為停止點，而不是憑感覺補上。
| 要記錄的項目 | 建議內容 | 用途 |
|---|---|---|
| 版本與本機客戶端 | Java 或 Bedrock，以及本機檢查使用的版本 | 防止世界、Realm 和玩家群被混到不同版本 |
| 工作副本身分 | 可見世界名、存放位置、檢查日期 | 讓擁有者從舊世界與同名世界中找出它 |
| 乾淨來源身分 | 原始交付檔名/位置與未變更狀態 | 工作副本日後變動時仍有復原起點 |
| 本機證明 | 「已開啟、儲存、再開啟」加上兩個地標 | 日後可對照應看到的結果 |
| 內容註記 | 重要設定、套件、實驗功能、版本或已知限制 | 不會暗示任何內容都必定相容 |
| 大小 | 附日期的檔案/資料夾大小，及是否明顯低於官方限制 | 在碰插槽前提出服務邊界問題 |
| 目的地問題 | 「有空插槽嗎？」或「既有插槽是否先下載並驗證？」 | 讓擁有者先處理取代風險 |
讓 Realm 擁有者保護目的地
本文不會教你在 Realm 介面按哪個按鈕，但會保留一個不可跳過的條件：若目的地插槽已有世界，擁有者應先下載並能辨識回復副本，才進行任何可能取代它的決定。Minecraft 目前的 Realm 指引建議在取代前下載世界，也提醒自動備份不會無限期保留。
擁有者應在自己的當前客戶端和對應官方頁確認：
- 接收 Realm 與交接卡一致，都是 Java 或都是基岩版；
- 目前帳號確實可管理目的地；
- 目標是空插槽還是已有玩家進度；
- 若已有世界，是否已下載並能在本機辨識；
- 最終上傳或取代確認會改變資料，且本人願意承擔。
不要要求朋友傳送密碼、驗證碼、帳號截圖、Realm 邀請或帳務證據。若所有權或目的地不清楚，應由擁有者透過 Minecraft 或平台的官方私密管道解決。未來成員可以協助查看地標，但成員資格不能取代擁有者權限。
檢查大小、版本和選用內容
截至 2026-08-13，官方 Java 和基岩版上傳頁都列出 4 GB 的世界大小上限。請把它當作有日期的服務限制，不是檔案格式永遠不變的規則。世界接近上限時，擁有者應在真正動作當天再看一次對應官方頁面。
不要為了「讓 Realm 可用」隨意刪資料夾、改副檔名、從唯一來源拆檔，或把私人世界丟給不明線上修復網站。這些動作會損壞最需要保留的證據，使問題無法再區分是來源、版本、選用內容還是服務邊界。
應該記下本機檢查實際看到的內容：使用的客戶端與版本、重要實驗選項/套件/命令/模組/Add-On、來源是原始 MapMC 交付還是編輯或下載副本，以及再次開啟時的任何訊息、遺失內容或差異。這是一份盤點，不是相容性保證；Java 和基岩版的內容生態不同。
在準備問題處停止
最安全的做法通常是在第一個不確定邊界停下來。只有當你能說明改了什麼、哪一份副本保護舊狀態時，才一次變更一個因素。
| 看到的情況 | 準備階段 | 安全下一步 | 不要做 |
|---|---|---|---|
只有 ZIP、.mcworld 或資料夾，尚未開啟本機世界 | 本機證明 | 在工作副本上完成相應匯入或解壓 | 把未開啟封包當作已可上傳 |
| Java 和基岩版標記衝突 | 版本 | 先確認來源、玩家和 Realm 版本 | 改副檔名或把啟動器圖示當作轉換 |
| 多個世界同名 | 身分 | 加入日期和用途，記錄地標 | 刪除候選或選第一個同名項 |
| 不確定套件、實驗功能或模組 | 內容盤點 | 寫下不確定處並先測本機來源 | 保證上傳後一定保留 |
| 大小接近有日期的 4 GB 限制 | 服務邊界 | 要求擁有者在碰插槽前確認當前官方限制 | 猜測性壓縮、裁切或刪除唯一來源 |
| 目的地已有世界或擁有者說不清楚 | 目的地保護 | 等待可辨識下載副本與明確計畫 | 把自動備份、記憶或截圖當回復證據 |
| 有人索取帳號、邀請、付款或驗證碼 | 帳號隱私 | 交接卡只留世界事實，帳號問題私下處理 | 分享憑據或公開私人材料 |
MapMC 提供什麼，不提供什麼
MapMC 的 Java 生成結果是 ZIP，基岩版生成結果是 .mcworld 套件。兩者都必須先進入對應本機版本，才能填寫本頁準備記錄。MapMC 可把真實地點生成 Minecraft 世界，但不會把 Java 轉為基岩版、安裝 Minecraft、驗證 Microsoft 帳號、購買或續訂 Realm、選插槽、代為上傳、保證選用內容保留或管理 Realm 備份。
本機來源尚未就緒時，請看世界匯入指南。目標是伺服器時，請看Java 伺服器導入世界指南或Bedrock Dedicated Server 指南。若需要較安全的本機復原流程，請使用備份與還原指南。
常見問題
這篇會把世界上傳到 Realm 嗎？
不會。它只準備可辨識、已在本機檢查過的來源與交接卡。Realm 擁有者要另依自己版本的當前官方說明，並授權任何會改變插槽的動作。
沒有 Realm 也能準備世界嗎？
可以。你能確認版本、本機開啟工作副本、保留乾淨來源、記錄地標與相依性，並寫下未來擁有者要確認的事。但沒有真正的擁有者 Realm 環境，無法證明訂閱、權限、插槽狀態、上傳介面或托管結果。
同一世界可同時用於 Java 和基岩版 Realm 嗎？
不能靠改檔名做到。Java 與基岩版 Realm 是分開服務；轉換需要獨立工具、損失分析、備份和驗證，不在本頁範圍。
有自動備份，還需要下載嗎？
需要。Minecraft 目前說明指出 Realm 備份不會永久保留，並建議取代前下載進度。可辨識的下載副本是計畫變更插槽時較安全的前提。
應交給 Realm 擁有者什麼？
交出工作副本身分、版本、本機檢查日期、兩個地標、乾淨來源位置、版本/內容註記、大小，以及目的地是空插槽還是已保護插槽。請勿交付密碼、驗證碼、帳務資料、私人邀請連結或含其他世界/玩家的截圖。
來源與審核依據
有官方文檔時優先採用，並公開支撐事實性內容的參考來源。