翻譯不該從複製另一個條目開始
一部作品增加翻譯時，不應先複製身份、收藏、關係與社群，再設法把副本接回原作。在 REZICS 裡，需要長期存在的對象先成為單元；同一個單元可以原生承載多種內容語言，書籍、媒體、軟體、貼文、領域與人物再在這個基礎上加入自己的產品能力。
每種本地化呈現都保留明確語言，但共享穩定 ID、關係、權限與歷史。各語言在語義上是對等的，沒有強制的主要語言；讀者可以指定語言，或由自己的偏好與單元的後備順序取得最適合的呈現。
現在已經能做什麼
- 在同一個穩定單元中保存多種內容語言，並依產品承載名稱、摘要、說明、正文與圖像。
- 依明確選擇、讀者語言偏好及單元後備順序呈現內容，並讓讀者切換其他可用語言。
- 以各語名稱與別名協助搜尋，並產生伺服器端的本地化搜尋中繼資料與結構化資料。
- 讓收藏、追蹤、關係、評論與領域持續指向同一個身份，而不是某個語言副本。
- 在共同修訂歷史中保存各語言的獨立修訂內容，同時保留貢獻者、權限與治理脈絡。
讓原作與翻譯社群留在同一條脈絡
原作內容、來源與作品關係可以留在同一個單元；翻譯者則在這個單元中增加或修訂自己的語言呈現。讀者不必重新追蹤另一個條目，既有書單、標籤、評論與社群也會直接受益。翻譯社群或領域可以形成自己的協作方式，卻不需要把作品身份帶走。
共享單元不代表把差異抹平。每種語言仍有自己的內容與修訂路徑；後續翻譯工作流還會記錄它依據的來源語言與來源修訂，以便在原文更新後標示需要重新檢查的譯文，而不是把某個語言永久指定為所有內容的絕對原作。
已可使用的基礎與下一步工作流
目前已能新增、編輯、排序及移除內容語言，依讀者偏好或明確語言選擇呈現，並為安全公開的單元輸出本地化中繼資料與結構化資料。搜尋引擎的多語言呈現本身已經可用；尚缺的是透過單元網站地圖與語言版本枚舉，讓搜尋引擎更完整地發現這些呈現。
翻譯提案、審核與發布狀態、來源修訂與過期提示、語言範圍的存取管理介面、翻譯者與審校者署名，以及原文更新通知仍在延伸。這一層負責讓翻譯社群有效協作，不應透過建立分離的作品副本來替代。
關係與邊界
同一作品的語言呈現留在同一個單元；若某個語言版具有獨立出版者、授權、格式、內容差異或發行生命週期，則應建立發行版或變體單元，再明確連回主要作品。來源網址只說明內容在哪裡出現，不取代作品身份，也不是所有權證明。
單元不是翻譯記憶工具，也不是萬用 JSON。共同身份與多語言能力留在單元；書籍、貼文、領域等產品真正需要的專屬欄位，仍由各自的延伸模型承擔。