◆ 文档转换FREE

开发交付 YAML,
译者只想要 Excel。

YAML⇄XLSX嵌套键、序列、占位符,全保真 · 回填不串行、层级不塌。
转换器· 本地处理
把 .yaml 拖进来
或 从本机选择 · 文件不会离开你的浏览器
01 · 这工具到底替你做了什么

把 i18n 语言文件摊成译者能改的 Excel,改完再原样收回 YAML——嵌套键、序列、占位符、转义、键顺序全保真,回填不串行、层级不塌。不是泛 YAML 转表格,是给本地化工作流的那一道工序。

文件不出端纯浏览器内 · 零上传 · 适配 NDA
确定性互转同样输入永远同样输出
双向无损往返YAML→Excel→YAML 键不丢
02 · 两种格式,一道往返

YAML 与 Excel,各自擅长不同的事

这一转换存在的理由,是让工程和译者各用自己顺手的工具,中间不丢东西。

i18n YAML.yaml

后端 / Rails / Flutter / CI 最常用的语言文件:缩进键值对,常带嵌套(menu.start.label)、序列与复数分支(items[0]),值里夹着占位符({name}、%{count}、%s)。工程顺手,但不是给人在里头逐条改的。

Excel.xlsx

译者、审校、外包最顺手的界面。一行一条,key 与译文并排,筛选、批量改、加批注都自然。代价是:裸 Excel 会把嵌套层级拍平、把 {name} 当普通文字,还会把没加引号的 NO、42 重新当成布尔或数字——回工程那头就装不回去了。

本工具守住的就是那点「装不回去」:导出时把嵌套键、序列索引、占位符、转义全部如实带进表格,并保住每个标量的类型——带引号的 "42" 仍是字符串、没加引号的 NO 绝不翻成布尔;导回时按 key 精确回填、还原层级。少数 YAML 结构无法塞进表格,会如实标注、绝不悄悄丢:注释、锚点 / 别名 / 合并键(展开为实际值)、多文档流(只转第一篇)、块标量样式(值保留、逐字节样式不保)。

03 · 常见问题

你大概想先问这些

我的文件会被上传吗?+
不会。解析与转换全部在你的浏览器里跑(Web Worker 处理大文件),文件一刻都不离开本机,也不经过任何服务器。这对带 NDA 的本地化项目是硬要求,所以做成了纯客户端。
YAML 转 Excel 会丢东西吗?+
核心不丢:嵌套键、序列索引、占位符、转义、标量类型、空值都按规则一一搬运,双向往返保真。少数无法对应的结构——注释、锚点 / 别名 / 合并键、多文档流里多出的文档、块标量样式——会在导出时如实标注,绝不悄悄丢。每次转换都给你一份保真报告。
Excel 转回 YAML,层级、顺序或类型会乱吗?+
不会。回填按 key 精确锚定,把扁平化的键路径还原成原来的嵌套;在 Excel 里打乱行顺序也不影响。Type 列保住每个标量的类型,带引号的 "42" 仍是字符串、没加引号的 yes 绝不变布尔。回填前还会比对源文件的占位符,不匹配的当场高亮;新增的、没有对应 key 的行会列出待你确认。
YAML 的 yes/no,还有没加引号的 NO 被当成布尔,怎么办?+
本工具按现代规则(YAML 1.2 core / js-yaml v4):没加引号的 yes、no、on、off、NO 都读成字符串而非布尔——回去也仍是字符串。带引号的 "42"、"true"、"null" 同样保持字符串;导出时会重新加引号,绝不被再解析成数字 / 布尔 / null。老 YAML 1.1 的「挪威问题」在这里不会咬人。
支持嵌套 / 序列 / 复数吗?要付费吗?+
支持嵌套键、序列、复数分支。这一档完全免费、无需账户、无使用次数限制——纯客户端没有服务器成本。具体支持的 YAML 方言与边界用例,以工具内的格式说明为准。
04 · 谁做的 / 为什么

做这个的人,自己干过这活

这工具不是「拿个大模型套个壳」,也不是把开源库换个皮。它来自十几年游戏本地化一线攒下的一堆「别人不会注意、出了就是事故」的细节。

工程交付一份 YAML,译者只想在 Excel 里改——中间那道格式损耗,本不该由人来填。

把语言文件丢给外包,十有八九回来时占位符被「自动更正」吃了、没加引号的 NO 翻成了 false、嵌套层级被拍平、复数分支错位——装回工程那头一片红。这些坑我们一个个踩过,所以工具默认就替你守住:按 key 锚定、类型列保真、占位符校验、层级还原。

免费、纯本地、即开即走。它是一道工序,不是一个平台——但它出自一个真懂本地化工作流的地方。