翻译不该从复制另一个条目开始
一部作品增加翻译时，不应先复制身份、收藏、关系与社区，再设法把副本接回原作。在 REZICS 里，需要长期存在的对象先成为单元；同一个单元可以原生承载多种内容语言，书籍、媒体、软件、帖子、领域与人物再在这个基础上加入自己的产品能力。
每种本地化呈现都保留明确语言，但共享稳定 ID、关系、权限与历史。各语言在语义上是对等的，没有强制的主要语言；读者可以指定语言，或由自己的偏好与单元的后备顺序获取最合适的呈现。
现在已经能做什么
- 在同一个稳定单元中保存多种内容语言，并依产品承载名称、摘要、说明、正文与图像。
- 依明确选择、读者语言偏好及单元后备顺序呈现内容，并让读者切换其他可用语言。
- 以各语言名称与别名协助搜索，并生成服务端本地化搜索元数据与结构化数据。
- 让收藏、关注、关系、评论与领域持续指向同一个身份，而不是某个语言副本。
- 在共同修订历史中保存各语言的独立修订内容，同时保留贡献者、权限与治理语境。
让原作与翻译社区留在同一条脉络
原作内容、来源与作品关系可以留在同一个单元；翻译者则在这个单元中增加或修订自己的语言呈现。读者不必重新关注另一个条目，现有书单、标签、评论与社区也会直接受益。翻译社区或领域可以形成自己的协作方式，却不需要把作品身份带走。
共享单元不代表抹平差异。每种语言仍有自己的内容与修订路径；后续翻译工作流还会记录它依据的来源语言与来源修订，以便在原文更新后标记需要重新检查的译文，而不是把某种语言永久指定为所有内容的绝对原作。
已可使用的基础与下一步工作流
目前已能新增、编辑、排序及移除内容语言，依读者偏好或明确语言选择呈现，并为安全公开的单元输出本地化元数据与结构化数据。搜索引擎的多语言呈现本身已经可用；尚缺的是通过单元站点地图与语言版本枚举，让搜索引擎更完整地发现这些呈现。
翻译提案、审核与发布状态、来源修订与过期提示、语言范围的访问管理界面、翻译者与审校者署名，以及原文更新通知仍在延伸。这一层负责让翻译社区有效协作，不应通过建立分离的作品副本来替代。
关系与边界
同一作品的语言呈现留在同一个单元；如果某个语言版具有独立出版者、授权、格式、内容差异或发行生命周期，则应创建发行版或变体单元，再明确连回主要作品。来源网址只说明内容在哪里出现，不取代作品身份，也不是所有权证明。
单元不是翻译记忆工具，也不是万用 JSON。共同身份与多语言能力留在单元；书籍、帖子、领域等产品真正需要的专属字段，仍由各自的扩展模型承担。