Subtitle Translator：一款基于浏览器的字幕翻译工具

一季字幕几十集，逐集复制粘贴到翻译工具再对回时间轴，既慢又容易把时间码改坏。Subtitle Translator 是一款基于浏览器的字幕翻译工具：一次导入大量字幕文件，在本地拆出时间轴与对白、只把对白发给翻译服务，译完按原结构拼回去，时间轴不动，还能一次出多语言版本和双语字幕。

Subtitle Translator 软件信息

Subtitle Translator 字幕翻译从哪一端上手

结论先行：先走浏览器版，确认格式与服务配置合用；固定批量流程后再用命令行接入个人脚本。

两端的能力边界以项目说明与源码为准，公开摘要未完整列出各服务的参数差异与错误处理细节，接入前先核对。

Subtitle Translator 使用步骤

1. 一次导入需要翻译的字幕文件，工具在本地提取时间码、编号、ASS 头部与 WebVTT 结构，只把对白文本发给翻译服务。
2. 配置好翻译 API 或大语言模型端点，确认目标语言；需要对白连贯性时，在大语言模型模式下开启相邻台词上下文。
3. 开始批量翻译，完成后分别查看每集的成功与失败状态，失败的单独重跑，不要整批重来。
4. 按需导出：每种目标语言生成独立文件；需要双语字幕时导出原文与译文上下排列的版本；需要纯文本时用字幕提取功能去掉时间信息。
5. 命令行用户可用同一套引擎跑脚本流程，具体运行环境与参数以项目说明为准，正式接入前先小批量验证。

Subtitle Translator 装完先定这 4 个设置

1. 翻译模式：大语言模型模式 vs 传统翻译 API

要对白连贯、角色语气一致，选大语言模型模式并开启相邻台词上下文；只求快速直译，传统翻译 API 更便宜直接。体感差别是：前者译文更像连续对白，后者更快但上下句各自为政。

2. 本地缓存：浏览器 IndexedDB 缓存

翻译结果缓存在浏览器本地，重复处理、改版导出时不用重新花钱重翻。体感差别是：改个格式、补个语言版本都是零成本；但清理站点数据会丢缓存，重要成果及时导出存档。

3. 双语排版与格式转换：导出设置

需要双语字幕时导出原文与译文上下排列的版本，SRT 或 VTT 还可导出带独立样式的 ASS。体感差别是：学习、校对场景直接用双语版，不用来回切换两个文件。

4. 纯文本提取：字幕提取功能

需要摘要、整理脚本时，用提取功能导出不含时间信息的纯对白文本。体感差别是：后续再利用不用再手动剥时间码。

Subtitle Translator 注意事项

• 浏览器版依赖用户自行配置可用的翻译 API 或大语言模型端点，公开摘要未说明各服务的认证、费用与兼容要求，接入前逐项核对。
• 翻译请求由浏览器直接发往所配置的端点，实际使用可能受服务端跨域策略、网络环境与接口限流影响，跑不通时先查这三项。
• 上下文感知翻译仅适用于大语言模型模式，传统翻译 API 不能默认享有同样的上下文能力。
• 浏览器本地缓存跨刷新可保留结果，但清理站点数据可能导致缓存丢失，重要译文第一时间导出落盘。
• 不要在不受信任的浏览器环境中输入或暴露 API 密钥，密钥管理责任在使用者一侧。

Subtitle Translator 适合谁，不适合谁

适合需要批量处理整季字幕、制作双语字幕、转换字幕格式的人：开发者、字幕制作者、内容整理人员是它的核心用户。不适合只翻一两个字幕文件的人，在线单文件翻译工具打开即用，为批量能力专门配服务、配密钥属于过度配置。也不适合需要集中式权限管理、服务端队列、审计与统一密钥托管的团队场景，公开摘要未提供这方面的依据，选型前应先检查源码并补充外围系统。横向对比看：在线单文件工具胜在零配置，代价是批量效率低、时间轴容易被改坏；Subtitle Translator 胜在批量、多语言、时间轴隔离，代价是配置门槛在使用者这边。

Subtitle Translator GitHub 获取说明

本项目为开源项目，仓库地址：https://github.com/rockbenben/subtitle-translator。浏览器版无需后端服务，命令行入口可通过 yarn cli 运行同一套引擎、解析器与缓存；具体运行环境、配置方式与各翻译服务的接入细节，请以仓库 README 或源码为准。

推广

关注「软件教程管家」

回复软件名即取即下：网盘下载链接 + 提取码，一步直达，不用再跳转。

相关推荐

开源项目WallpaperMachine 免费下载开发node-rs 免费下载｜Rust 原生绑定包集合开发Roundhouse 免费下载｜Ruby 静态分析开发Flatcar Container Linux 免费下载开发Nature Skills 免费下载开发bddisasm 免费下载｜轻量级 C 指令解码库