简介
translate.js 是面向前端开发者的 AI i18n 专注于多语言切换能力,两行 js 实现 html 全自动翻译,百多语种一键切换,无需改动页面、无语言配置文件、支持几十个微调扩展指令,满足你的一切个性化需求、对 SEO 友好。 采用 MIT 协议进行开源: GitHub | Gitee ,完全免费开放并允许商业使用。 本文将详细介绍依靠 硅基流动 提供的 API 服务,让你的网站支持上百语种切换。
模型优化
提到翻译,可能你第一时间想到的这种情景:输入框输入一段文字,后面跟上一句 : 帮我翻译为 xxx 语言 ,它并不是这样的。 大模型有比传统机器翻译更好的译文质量,但稳定可靠的结果输出是线上场景是必须要具备的,它对大(小)模型在文本翻译领域的实际应用场景应用使用进行了深度调优及多重自检修复,以达到稳定可用的能力。展开聊聊见 这里。 简单来说,就是可以通过 SiliconCloud ,来对各种不规则的句子、多语种混合的句子、前后各种不通顺的句子进行翻译,进行翻译,质量比传统文本翻译的阅读通顺度跟高,同时还能达到传统文本翻译的极速响应。快速使用
您无需做任何前提准备,各种注册等,只需加入几行 js 就能完成代码
只需在你原本的 html底部增加以下代码,即可完成接入说明
只需要 js 加入translate.service.use('siliconflow');
即可使用 硅基流动 免费的 qwen3-8b 模型来进行翻译,我们已对硅基流动进行了深度集成,所以你无需其他任何设置。
translate.js由 指点云 提供服务器赞助支持,将大模型转化为文本翻译 API 并开放给 translate.js 进行使用,亚、欧、美洲等都有网络节点以支持全球范围的网络使用畅通。
如果您接入时遇到困难,可点此反馈求助,或加 QQ 群(1034085260)向作者求助。
微调指令
translate.js 有极其丰富的扩展指令,让你可以对它进行各种精准控制,满足各种难缠客户的各种脑洞要求。(如果满足不了,可通过上方 QQ 群提出来我们加) 比如: 切换语言select选择框的位置、CSS美化、是否出现、显示的语种等、设置默认翻译为什么语种进行显示、自定义翻译术语、翻译完后自动触发执行、指定私有部署的翻译服务接口、监控页面动态渲染的文本进行自动翻译、自动切换为用户所使用的语种、用js控制主动进行语言切换、只翻译指定的元素、翻译时忽略指定的元素、翻译时忽略指定的文字不翻译、对网页中图片进行翻译、鼠标划词翻译、网页ajax请求触发自动翻译、设置只对指定语种进行翻译、对指定标签的属性进行翻译 …… 更多指令及其说明可 点此查看.使用 SiliconCloud 实现私有部署
您可以注册 SiliconCloud 自己的账号,然后私有部署此服务,来进行更多设定,极大提升使用体验。优势
- 翻译质量:你可以对接 硅基流动 更大尺寸的模型,比如 qwen3-32B,让翻译语句更通顺,拥有极高的阅读体验。
- 极速响应:可开启 内存缓存 来极大提高文本翻译 API 的响应速度
- 用量限制:可针对某个域名(或者开通 API 接口的 key)来设定它的 用量限制 ,如果你是网络公司,你可以以套餐的形式卖给使用用户。
- 管理接口:可以通过开放的 管理 API 接口 ,来实时获取当前有哪些域名(或 key)在使用、翻译的字符数有多少、等等。
- 数据隐私:接口请求、缓存数据等完全都在自己的服务器上,数据隐私无需担忧。
- 并发控制:可自由定义每秒的并发请求上限,以及调用大模型进行翻译时请求线程池的线程上限,以极大缩减接口等待的耗时。另还可以通过管理接口实时获取当前请求线程池的并发数等
部署
1. 服务器规格
- CPU :1 核
- 架构 :x86_64 (也就是 Intel 的 CPU )
- 内存 :1G
-
操作系统 :
- CentOS 7.4 (这个版本没有可选 7.6 、7.2 等,7.x 系列的都可以)
- openEulor 20 (如果没有 20 版本那就选 22 版本)
- 系统盘 :默认的系统盘即可,无需数据盘
- 弹性公网 IP :按流量计费(带宽大小 10MB。如果是个人使用,翻译的量不大,完全可以选 1MB 带宽)
- 所在区域 : 选国内,这样请求硅基流动接口就会更快。 其他没提到的,都按照便宜的来即可。
2. 一键部署
执行以下 shell 命令进行一键部署:3. 获取 API 密钥
- 进入 硅基流动 注册账号
- 在控制台的左侧,找到 账户管理 下的 API 密钥 ,点开,去新建一个即可。

4. 配置 API 密钥
首先,找到配置文件 /mnt/service/config.properties 编辑它,找到5. 重启项目
操作完毕后,重启 translate.service 服务,执行重启命令 :6. 访问测试
直接访问你的服务器 ip,即可看到效果:
使用
文本翻译 API 接口
它以 硅基流动 平台的大模型算力作为基础支撑,通过 translate.service 作为中间调度。 你完全不需要去了解 大模型 是什么以及怎么使用,给你暴露出标准的API翻译接口进行使用。 请求 URL :http://你的服务器 ip/translate.json 请求方式 :POST 请求方式 :POST 请求参数 :- to 将文本翻译为什么语种。可传入如 english 更多语种可访问 http://你服务器的 ip/language.json 就能看到
- text 需要翻译的语言。格式如
["你好","世界"]
它是 json 数组格式,支持一次翻译多个不同的文本,每个文本可以分别是不同的语言。 响应示例 :{"result":1,"info":"success","to":"english","text":["Hello","World"]}
网页多语言切换
使用方式为,在网页最末尾,html 结束之前,加入以下代码,一般在页面的最底部就出现了选择语言的 select 切换标签,你可以点击切换语言试试切换效果日志查看
你可以从服务器中查看相关日志情况。 日志存放于 /mnt/service/logs/ 目录下文本翻译日志
openai_yyyy-MM-dd.log 是硅基流动通过openai接口调用大模型进行文本翻译的日志 比如:openai_2025-05-17.log
yyyy-MM-dd 是当前的年月日,它按照日期每天都会创建一个日志文件。
它记录了你所有文本翻译的原文、译文、进行时间、翻译结果审查得分、是否启用了修复机制 等
它每行都是一个文本翻译记录。
示例:
- time 发生时间
- originalText 翻译的原文
- resultText 翻译的译文
- to 翻译为什么语种
- score 对译文进行校验后的打分。 1~100 分,分数越高表示翻译越精准
- useTime 当前使用SiliconCloud翻译的耗时,单位是毫秒
系统运行日志
translate.service.log 是系统运行日志,它存放 translate.service 本身的运行情况的日志访问请求日志
request_yyyy-MM-dd.log 是进行翻译请求(/translate.json)的请求日志。它并不是你访问后它就会立即产生日志,而是它有一个日志缓冲,比如当日志达到几百条、或者距离上次将其保存到日志文件超过 2 分钟,它才会进行将日志信息打包写入到日志文件中。 这里列出其中两条示例:
- method 当前请求的是哪个接口。比如 translate.json 则是请求的文本翻译 API 接口; language.json 则是请求的获取当前所支持的语言列表接口
- fileCache 针对 translate.json 翻译接口的请求,如果有命中文件缓存,则有这个参数,其值是 文件缓存的名字,它是在
/mnt/service/cache/
内的 - originalSize 针对 translate.json 翻译接口的请求,记录当前翻译的字符数(原文的字符数,非译文)
- size 针对 translate.json 翻译接口的请求,记录当前翻译的字符数(译文的字符数,非原文)
- ip 请求来源的 ip
- domain 针对 translate.json 翻译接口的请求,如果是网站使用了 translate.js ,那这个则是这个网站的域名(它是自动获取到的)
- time 触发的时间
- to 针对 translate.json 翻译接口的请求,翻译为什么语种
- key 针对 translate.json 翻译接口的请求,如果是你给对方通过 domain.json 配置设置的文本翻译 key,那这个就是记录的 key。
- memoryCacheHitsNumber 针对 translate.json 翻译接口的请求,如果有命中内存缓存,这里是记录命中内存缓存的条数(translate.json 支持同时翻译多条)
- memoryCacheHitsSize 针对 translate.json 翻译接口的请求,如果有命中内存缓存,这里是记录命中内存缓存的字符数(译文的字符数,非原文)