◆ 文件转换FREE

你的 CAT 工具说 XLIFF。
外包只想要 Excel。

XLIFF⇄XLSX内联标签、状态、文件头 —— 全部保留 · 把 .xlf 当表格发出去,再原样转回。
转换器· 本地处理
把 .xlf 拖进来
或 从本机选择 · 文件不会离开你的浏览器
01 · 这个工具究竟替你做了什么

把 XLIFF 1.2 文件变成译者或外包能编辑的 Excel 表,再原样转回 XLIFF —— 内联标签、翻译状态、文件头、占位符与空白全部保留,每个 trans-unit 都以其 id 为键。不是通用的 XML 转表格 —— 而是 CAT/TMS 交接真正需要的那一步。

文件不离开你的设备浏览器内 · 零上传 · 适配 NDA
确定性转换相同输入永远得到相同输出
无损往返XLIFF→Excel→XLIFF 保留每个单元
02 · 两种格式,一次往返

XLIFF 与 Excel 各擅其长

这个转换的存在,是让 CAT/TMS 工具与译者各用自己顺手的格式 —— 而中间不丢任何东西。

XLIFF 1.2.xlf

CAT 工具与 TMS 平台(memoQ、Trados、Phrase、Crowdin 等)导出的双语交换格式:每条字符串一个 trans-unit,带 source 与 target、一个翻译 状态,以及代表格式与变量的 内联标签(ph、g、bpt/ept)。精确 —— 不是用来肉眼手改的。

Excel.xlsx

译者、审校与外包最自然的界面:一行一条字符串,原文与译文并排,便于筛选、批量编辑与批注。问题在于:直接用 Excel 打开 .xlf,内联标签会被弄坏,状态会丢失,而且无法再载回 CAT 工具。

这个工具守的正是那个「载不回去」:导出时把每个内联标签 逐字符保留,把每个 target 的 状态保在 Type 列,并把 file 文件头存进保留的 @@file.* 行 —— 于是表格能重建回有效的 XLIFF 1.2。少数无法在表格中存活的结构会被 报告,绝不静默丢弃:注释、候选译文(alt-trans)、分组嵌套、approved 标记与 resname。XLIFF 2.0 暂未支持(仅 1.2)。

03 · 常见问题

你大概想问

我的文件会被上传吗?+
不会。解析与转换全部在你的浏览器内完成(大文件由 Web Worker 处理),文件不离开你的机器,也不接触任何服务器。这是受 NDA 约束的本地化工作的硬性要求,所以本工具完全在客户端构建。
怎样把 XLIFF 发给只用 Excel 的译者?+
在这里把 .xlf 转成 Excel 表发给译者或外包,改完再把表转回 XLIFF —— 一行一个 <trans-unit>,原文译文并排。内联标签、状态与 <file> 文件头都被保留,所以重建出的 XLIFF 能原样载回你的 CAT 工具。
把 XLIFF 转成 Excel 会丢内联标签或状态吗?+
不会。内联标签(<ph>、<g>、<bpt>/<ept>)逐字符保留,每个 <target> 的状态进入 Type 列,<file> 文件头存进保留行。少数无法映射的结构 —— 注释、<alt-trans> 候选、分组嵌套、approved 标记与 resname —— 会在导出时报告,绝不静默丢弃。每次转换都附带一份保真报告。
它和我 CAT 工具自带的 Excel 导出有何不同?+
自带导出常把内联标签压成纯文本或丢掉状态,导致表格无法干净地载回。本工具把往返保真当成全部目的:标签逐字符不变,状态保在列里,XLIFF 重建为有效的 1.2。而且完全本地,什么都不上传。
支持哪个 XLIFF 版本?免费吗?+
本工具处理 XLIFF 1.2 —— 大多数 CAT/TMS 导出的版本。XLIFF 2.0 结构不同,暂未支持 —— 你会得到明确提示,绝不静默误解析。此层级完全免费,无需账户,无使用上限。
04 · 谁做的 / 为什么

由真正做过这行的人打造

这不是大模型的薄包装,也不是开源库换层皮。它来自多年游戏本地化一线工作,以及随之而来的一堆「不出事没人注意」的细节。

CAT 工具递出一个 XLIFF,外包只想在 Excel 里改 —— 中间的格式损耗,不该由人来吸收。

把 .xlf 交给外包,十次有九次回来时内联标签被「整理」成纯文本,target 状态被抹掉,分组结构被弄乱 —— 然后载不回 CAT 工具。这些我们都踩过,所以工具默认就守住它们:逐字符的内联标签、保状态的列、存下并还原的文件头。

免费、完全本地、即时。它是工作流里的一步,不是一个平台 —— 但它来自一个真正懂本地化的地方。