导入您现有的译文

大多数团队并非从零开始。可能有一个已发布的应用程序，其中包含德语和法语字符串，一份去年翻译的手册，或一个已内置四种本地化语言的游戏。如果将所有这些内容通过翻译器重新运行，不仅会产生 Wörter 费用，更糟糕的是，还会抛弃您已批准的措辞。因此，Transept 允许您导入这些内容：现有的译文是接收而来，而非重新生成。

该机制内置于通过 API 自动化 Transept中介绍的字符串表导入 (.tstrings.json) 功能中。每个字符串都是一个带有固定键名的单元，且每个单元都可以携带其已有的译文——即一个 targets 映射，其中包含每个语言的一个条目（或者当文件固定为单一语言环境时，仅包含单个 target）。导入时，其中的每一条译文都会直接写入，成为该语言的当前译文。此过程不会调用模型，且不计入 Wörter 费用——翻译工作已经完成，Transept 只是接收成果。

导入译文的意义不仅在于节省重新翻译的费用。每一组填充的译文对都会像新生成的译文一样被索引到翻译记忆库中，因此您的记忆库从第一天起就得到了充实——下次出现类似文本时，Transept 会重用您已经选定的措辞，而不是进行生硬的猜测。您的Glossar 和 Stilrichtlinie仍然适用于所有确实需要翻译的内容，因此新增和更改的字符串将与您填充的内容保持一致。

语料库导入后，每当文件发生变化时，您只需重新提交整个当前文件即可进行维护。Transept 会通过键名对比差异：未更改的字符串将保留其译文（以及已完成的任何审核），只有真正新增或更改的单元才会被翻译——这与编辑器使用的仅运行已更改的内容行为在 API 端是一致的。在包含数百个字符串的文件中修复一个字符串，只需支付一个字符串的费用，而非数百个。

填充的译文必须是源文的真实翻译，而不能是导出时会导致报错的错误值。因此，系统会根据源文的占位符（即必须保持完整的 {name} 样式插槽）对每个填充项进行检查。如果译文的占位符与源文不匹配，该单元将被跳过并报告，而不是悄无声息地交付；同文件的其他单元仍会正常填充。导入结果会告知您有多少译文已填充，有多少被跳过，并列出原因示例，从而让格式错误的导出问题暴露出来，而非隐匿不见。（此检查适用于 ICU 格式的字符串表，其中大括号是真正的占位符；在普通表格中，大括号被视为字面文本，不予处理。）