解决99%的使用问题:kiss-translator常见问题解答
2026-02-05 04:25:05作者:柏廷章Berta
一、基础功能配置
1.1 如何关闭自动翻译
通过规则设置实现自动翻译关闭,以下四种方法任选其一:
| 配置方法 | 操作路径 | 适用场景 |
|---|---|---|
| 个人规则 | 个人规则 → 全局规则 → 开启翻译 → 默认关闭 | 长期全局关闭 |
| 订阅规则 | 规则订阅 → 选择 kiss-rules-off.json |
临时切换关闭状态 |
| 覆写订阅 | 订阅规则设置 → 开启翻译 → 默认关闭 | 保持订阅但覆盖默认行为 |
| 网站规则 | 添加网站规则 → 匹配域名 → 开启翻译 → 默认关闭 | 特定网站单独设置 |
1.2 快捷键设置指南
浏览器扩展与油猴脚本的快捷键配置方式不同:
flowchart TD
A[扩展用户] -->|Chrome/Edge| B[chrome://extensions/shortcuts]
A -->|Firefox| C[about:addons → 扩展设置 → 管理快捷键]
D[油猴用户] --> E[脚本管理页面 → 配置用户脚本命令]
默认快捷键一览:
Alt+Q: 切换翻译状态Alt+C: 切换译文样式Alt+K: 打开设置弹窗Alt+S: 翻译选中文字Alt+O: 打开设置页面
二、翻译功能优化
2.1 翻译模式切换
根据不同阅读习惯选择合适的翻译展示模式:
pie
title 翻译模式分布
"双语对照" : 65
"仅显示译文" : 20
"鼠标悬停" : 10
"划词翻译" : 5
仅显示译文设置路径:
个人规则 → 全局规则 → 仅显示译文 → 启用
提示:配合
Alt+C快捷键可快速切换样式
2.2 划词翻译配置
划词功能的精细控制选项:
| 功能 | 配置路径 | 默认状态 |
|---|---|---|
| 划词触发 | 个人规则 → 全局规则 → 启用划词翻译 | 启用 |
| 悬停翻译 | 个人规则 → 全局规则 → 触发方式 → 悬停 | 禁用 |
| 词汇收藏 | 划词面板 → 点击⭐图标 | - |
| 音频朗读 | 划词面板 → 点击喇叭图标 | - |
三、高级规则系统
3.1 规则优先级体系
kiss-translator采用层级规则系统,优先级从高到低为:
stateDiagram-v2
[*] --> 个人规则
个人规则 --> 覆写订阅规则
覆写订阅规则 --> 订阅规则
订阅规则 --> 全局规则
全局规则 --> [*]
关键提示:全局规则虽优先级最低,但作为默认规则控制基础行为
3.2 规则订阅与分享
社区维护的规则库:
- 通用规则:
kiss-rules.json(默认订阅) - 极简规则:
kiss-rules-mini.json(轻量适配) - 关闭规则:
kiss-rules-off.json(禁用翻译)
自定义规则分享格式:
{
"name": "技术文档优化",
"rules": [
{
"match": ["developer.mozilla.org", "docs.python.org"],
"selectors": {
"enable": ["main > article"],
"disable": ["pre", "code"]
}
}
]
}
四、翻译服务配置
4.1 常见API配置问题
| 问题现象 | 可能原因 | 解决方案 |
|---|---|---|
| 本地Ollama接口403 | CORS限制 | 启动命令添加 --cors允许来源 |
| 油猴脚本请求失败 | 跨域限制 | 在脚本元数据添加 @connect 目标域名 |
| DeepL接口无响应 | 地区限制 | 使用DeepLX代理或更换服务器节点 |
| OpenAI接口超时 | API密钥错误 | 在设置页验证密钥格式,确保无多余空格 |
4.2 自定义接口示例
通用请求Hook模板:
/**
* @param {string} text 原文
* @param {string} from 源语言
* @param {string} to 目标语言
* @param {string} url 接口地址
* @param {string} key API密钥
* @returns {[string, object]} [请求URL, 请求配置]
*/
(text, from, to, url, key) => [url, {
method: "POST",
headers: {
"Content-Type": "application/json",
"Authorization": `Bearer ${key}`
},
body: JSON.stringify({
text,
source_lang: from || "auto",
target_lang: to
})
}]
响应Hook模板:
/**
* @param {object} res 接口返回数据
* @returns {[string, boolean]} [译文, 是否与原文相同]
*/
(res, text) => [
res.translation || "翻译失败",
text.trim() === res.translation?.trim()
]
五、特定场景解决方案
5.1 YouTube字幕优化
YouTube字幕因流式加载导致翻译断句问题,可通过以下规则优化:
{
"match": ["youtube.com"],
"selectors": {
"disable": ["ytd-transcript-renderer"]
},
"settings": {
"delay": 1000
}
}
原理:禁用原生字幕渲染器,增加翻译延迟聚合文本片段
5.2 数据同步配置
支持多种同步方案,推荐优先级:
flowchart LR
A[WebDAV] -->|自建服务| 安全系数高
B[KISS-Worker] -->|Cloudflare| 便捷度高
C[本地文件] -->|手动导入| 隐私性高
WebDAV配置示例:
- 地址:
https://dav.example.com/kiss - 用户名:同步服务用户名
- 密码:同步服务密码
六、进阶功能探索
6.1 专业术语自定义
通过"自定义专业术语"功能维护个人词典:
- 进入设置页 → 翻译设置 → 专业术语
- 添加术语对:
- 原文:
API - 译文:
应用程序编程接口(API)
- 原文:
- 选择作用范围:全局/特定网站
6.2 性能优化建议
当遇到翻译延迟或页面卡顿:
-
减少选择器范围:
/* 优化前 */ body * { ... } /* 优化后 */ article, .content, .post { ... } -
调整批量翻译阈值: 设置 → 高级选项 → 文本分段 → 每段字数:
500(默认200) -
启用缓存机制: 设置 → 高级选项 → 启用翻译缓存 → 缓存时长:
3600秒
七、常见问题速查表
| 问题 | 解决方案 |
|---|---|
| 翻译不全 | 添加网站专属选择器规则 |
| 快捷键冲突 | 在浏览器扩展管理页重新分配 |
| 样式错乱 | 自定义CSS:.kiss-translated { color: #333 !important; } |
| 无法安装扩展 | 检查浏览器版本是否支持Manifest V3 |
| 油猴脚本失效 | 更新Tampermonkey至4.18+版本 |
八、获取帮助与资源
8.1 官方资源
- 规则库:https://gitcode.com/gh_mirrors/ki/kiss-rules
- 代理服务:https://gitcode.com/gh_mirrors/ki/kiss-proxy
- 同步服务:https://gitcode.com/gh_mirrors/ki/kiss-worker
8.2 社区支持
- 提交Bug:项目Issues页面
- 规则求助:在规则库讨论区提问
- 功能建议:使用"Feature Request"模板
提示:提问时请附带以下信息:浏览器版本、扩展/脚本版本、问题复现步骤、控制台错误截图(F12打开)
九、自助诊断流程
当遇到未知问题时,可按以下流程排查:
flowchart TD
A[问题发生] --> B{基础检查}
B -->|是| C[清除浏览器缓存]
B -->|否| D[检查扩展更新]
C --> E[测试是否恢复]
D --> E
E -->|是| F[问题解决]
E -->|否| G[开启调试模式]
G --> H[查看控制台日志]
H --> I[提交Issue附带日志]
调试模式开启:设置 → 高级选项 → 启用调试日志 → 按F12打开控制台查看
登录后查看全文
热门项目推荐
相关项目推荐
Kimi-K2.5Kimi K2.5 是一款开源的原生多模态智能体模型,它在 Kimi-K2-Base 的基础上,通过对约 15 万亿混合视觉和文本 tokens 进行持续预训练构建而成。该模型将视觉与语言理解、高级智能体能力、即时模式与思考模式,以及对话式与智能体范式无缝融合。Python00- QQwen3-Coder-Next2026年2月4日,正式发布的Qwen3-Coder-Next,一款专为编码智能体和本地开发场景设计的开源语言模型。Python00
xw-cli实现国产算力大模型零门槛部署,一键跑通 Qwen、GLM-4.7、Minimax-2.1、DeepSeek-OCR 等模型Go06
PaddleOCR-VL-1.5PaddleOCR-VL-1.5 是 PaddleOCR-VL 的新一代进阶模型,在 OmniDocBench v1.5 上实现了 94.5% 的全新 state-of-the-art 准确率。 为了严格评估模型在真实物理畸变下的鲁棒性——包括扫描伪影、倾斜、扭曲、屏幕拍摄和光照变化——我们提出了 Real5-OmniDocBench 基准测试集。实验结果表明,该增强模型在新构建的基准测试集上达到了 SOTA 性能。此外,我们通过整合印章识别和文本检测识别(text spotting)任务扩展了模型的能力,同时保持 0.9B 的超紧凑 VLM 规模,具备高效率特性。Python00
KuiklyUI基于KMP技术的高性能、全平台开发框架,具备统一代码库、极致易用性和动态灵活性。 Provide a high-performance, full-platform development framework with unified codebase, ultimate ease of use, and dynamic flexibility. 注意:本仓库为Github仓库镜像,PR或Issue请移步至Github发起,感谢支持!Kotlin08
VLOOKVLOOK™ 是优雅好用的 Typora/Markdown 主题包和增强插件。 VLOOK™ is an elegant and practical THEME PACKAGE × ENHANCEMENT PLUGIN for Typora/Markdown.Less00
项目优选
收起
deepin linux kernel
C
27
11
OpenHarmony documentation | OpenHarmony开发者文档
Dockerfile
527
3.72 K
Ascend Extension for PyTorch
Python
334
398
暂无简介
Dart
768
191
本项目是CANN提供的数学类基础计算算子库,实现网络在NPU上加速计算。
C++
881
589
openEuler内核是openEuler操作系统的核心,既是系统性能与稳定性的基石,也是连接处理器、设备与服务的桥梁。
C
336
170
React Native鸿蒙化仓库
JavaScript
302
352
Nop Platform 2.0是基于可逆计算理论实现的采用面向语言编程范式的新一代低代码开发平台,包含基于全新原理从零开始研发的GraphQL引擎、ORM引擎、工作流引擎、报表引擎、规则引擎、批处理引引擎等完整设计。nop-entropy是它的后端部分,采用java语言实现,可选择集成Spring框架或者Quarkus框架。中小企业可以免费商用
Java
12
1
🎉 (RuoYi)官方仓库 基于SpringBoot,Spring Security,JWT,Vue3 & Vite、Element Plus 的前后端分离权限管理系统
Vue
1.33 K
749
openJiuwen agent-studio提供零码、低码可视化开发和工作流编排,模型、知识库、插件等各资源管理能力
TSX
986
246