多语种翻译卡片
将以下提示词粘贴到你的 AI 对话框中:
请根据 https://skillhub.cn/install/skillhub.md,安装 @user_fc32f76d/multi-lang-translate。
技能介绍
要解决什么问题
做面向新兴市场的产品时,同一段中文文案往往需要同时落到英语、土耳其语、印尼语、阿拉伯语、印地语、乌尔都语六种语言。问题不在于"翻译不出来",而在于:
- 术语不一致:同一个产品名或功能词,每次翻译都可能换个写法,后续做本地化校对时无从对齐。
- 语体走样:UI 按钮、提示文案有特定的语气(祈使、疑问、陈述),直译容易变成生硬的说明文。
- 批量场景没有抓手:几十上百条文案堆在一起,或者已经放在 Excel 的多语言导入模板里,手工逐条处理成本很高。
- RTL 语言被忽略:阿拉伯语和乌尔都语需要从右向左呈现,很多流程要么不支持,要么留给设计师手动调整。
这个技能把这六种语言的翻译流程固化下来,减少逐条处理和术语核对的重复劳动。
核心能力与工作方式
术语优先。 翻译前先查 assets/glossary.json(136 条确认术语)。如果原文整体命中某条术语,直接采用术语表中的译文;如果原文中包含术语词条,该词必须按术语表译法,不允许自创。这样可以保证产品名、功能词在六种语言中始终一致。
保持语体。 祈使句译成祈使句,疑问句译成疑问句。按钮、UI 标签这类短文案使用简洁的祈使或动名词形式,而不是逐字直译。阿拉伯语和乌尔都语 tile 的文本会加上 lang-text rtl class,按 RTL 方向呈现。
三种输入模式,自动判断:
- 单条模式:输入一条中文文案,读取
assets/template.html,替换WEBVIEW_TITLE、PLACEHOLDER_SOURCE、PLACEHOLDER_TILES、PLACEHOLDER_COPYALL等占位符,生成translate-card.html。六个 tile 只做展示,没有独立复制按钮,copyAll会把六种译文按制表符分隔输出,可直接粘贴到 Excel 数据行。 - 多条模式:支持换行、逗号/顿号分隔或编号列表。读取
assets/template-multi.html,替换PLACEHOLDER_ROWS等占位符,生成translate-batch.html。每条文案一行,列之间用\t分隔,行之间用\n分隔,不包含表头。 - Excel 模式:上传
.xlsx后,用pandas读取所有 sheet(pd.read_excel(src, sheet_name=None))。表头固定,"中文"列之后依次是英文、土耳其语、印尼语、阿拉伯语、印地语、乌尔都语六列(对应 G 到 L 列)。只填充这六个语言列,表头和其他列保持不变。输出文件名带时间戳,如翻译结果20260731-17-06-56.xlsx。如果文件含复杂格式,可以用minimax-xlsx的 XML 编辑方式做单元格级替换,而不是整表重写。
适用边界
- 目标语言固定为六种,不支持临时增减语种。
- Excel 模式假设列结构与模板一致("中文"列 + 六个语言列),列名或顺序不同会导致填充错位。
- 术语表只有 136 条,未覆盖的词汇按通用翻译处理,遇到领域专有名词需要人工确认。
- RTL 只是展示层的 class 标记,最终呈现效果取决于打开 HTML 的环境是否正确处理
rtl。
使用场景
- 出海 App 更新后,运营要把「立即下单」等按钮文案译成六种语言,生成单张翻译卡片交给设计确认
- 新版功能上线前,PM 手头有一份用编号列表整理的三十条提示文案,需要逐条译成六种语言并核对语气
- 本地化团队收到运营上传的多语言导入模板 Excel,要填充英文、土耳其语等六列译文且不动表头和已有列
- 同一产品名在多个页面反复出现,翻译时要确保六种语言里始终按术语表的固定译法输出,不能自创
适合人员
- 出海产品的本地化工程师,需要把中文文案按统一术语译成六种语言,并保证阿拉伯语、乌尔都语 RTL 呈现正确
- 统筹多市场版本上线的 PM,经常要把 Excel 模板里的中文列填成六种语言译文并回传给运营
- App 的内容运营,每次版本更新要批量生成单条或多条翻译卡片给设计和翻译校对
- 处理新市场业务的前端或客户端开发,需要拿到带 RTL class 的翻译结果直接用于界面排版