簡短結論：包不會被自動套進世界
如果你的 Java 世界用到了資料包（datapack）或資源包，先說清楚一件事：它們不會在轉換時被自動搬進基岩版世界。 原因是機制不同——Java 資料包改的是遊戲邏輯（函式、戰利品表、自訂合成、進度等），Java 資源包改的是外觀（材質、音效、模型）；基岩版對應的是行為包和資源包，但格式、目錄結構和載入方式都不一樣，沒有逐一對應的自動轉換。
TopoBlocks 的 Java 版 → 基岩版轉換遷移的是世界檔案本身：地形、絕大多數方塊、容器內容、結構佈局通常都能過去。而資料包／資源包帶來的改動，會被寫進一份逐項變更報告，明確告訴你哪些機制無法自動遷移、需要你在基岩端另行處理——我們從不承諾「100% 無損」，也不會假裝能把包一鍵轉過去。
資料包和資源包，轉換後分別會怎樣
- 資料包（邏輯）。 世界裡已經由資料包生成的方塊、結構會隨世界一起遷移；但「靠資料包持續運行的邏輯」（如自訂合成、函式、迴圈命令）是 Java 版專屬機制，基岩版要用行為包以不同方式重做。報告會標註這部分，不會讓它在後台悄悄遺失。
- 資源包（外觀）。 Java 資源包不能被基岩版直接讀取。想保留相同材質／音效，需要在基岩端找或製作對應的基岩資源包。轉換不會替你打包材質，但會在報告裡提示原世界引用了哪些資源，方便你對照處理。
想先搞清楚行為包和資源包到底各管什麼，可以看 行為包和資源包是什麼、有何區別。
在基岩端怎麼補上這些包
轉換完成、拿到逐項報告後，按報告提示在基岩版另行處理：
- 外觀：在基岩端匯入或製作對應的資源包。基岩的包通常以
.mcpack/.mcaddon分發，詳見 .mcpack 和 .mcaddon 是什麼。 - 邏輯：把資料包實現的玩法，用基岩版行為包以等價方式重做——這一步需要你按基岩機制重寫，沒有自動工具能省掉。
整個過程裡有幾條底線值得重複：轉換是按次付費、失敗自動退款，價格以 App 內為準；並且絕不覆寫你的源檔案——原 Java 世界連同雜湊都保留、可追溯，所以即使轉換結果不滿意，你的原始存檔也始終安全。想了解世界主體到底有哪些能遷移、哪些不能，再看一遍 Java 轉基岩，哪些能遷移、哪些不能 會更踏實。