Every Translator 1.30.0:翻译段落,而不是整页
段落翻译、Spotlight、八个经过实测的博客平台、YouTube 描述和评论,以及经过验证的 Clip 连接:了解 Telli.sh: Every Translator 1.30.0 有哪些变化,以及如何使用。
原创版本发布示意图。阅读、翻译和保存是彼此独立的操作;翻译一个段落不会自动保存整个页面。
你打开一篇很长的技术文章,因为其中一节看起来很有用。第一段读起来很轻松,第二段里有不熟悉的术语,而代码示例根本不需要翻译。把整篇文章都替换成译文,是对一个具体阅读问题过于粗暴的回应。
Telli.sh: Every Translator 1.30.0 让这个选择变得更细。你可以翻译语义段落,通过新增的 Spotlight 显示模式选中段落,并在想恢复原始页面时折叠译文。本次更新还扩大了博客覆盖范围、完善了 Clip 连接反馈,并为不受支持网站的请求提供了提交给管理员的途径。
本文是一次产品更新介绍,也是一份实用阅读指南。网页端和 API 的变更已经部署;扩展程序包已于2026 年 9 月 30 日(韩国时间)提交 Chrome 网上应用店审核。提交不代表审核通过:在发布核查时,商店公开版本仍为 1.29.6。查找新控件前,请先确认已安装的扩展程序版本。1.30.0 发布方验证记录和公开功能指南是本文所述行为的带日期来源。
简要概览:
- 分别选择段落或整块文本作为翻译单元,以及选择显示模式。
- Spotlight 会突出显示段落,但只有按下“翻译”操作后才会开始翻译。
- 我们在真实页面上测试了八个博客平台;YouTube 覆盖的是描述和已加载的评论,不包括字幕或配音。
- Clip 仍然需要明确执行保存操作;连接测试会检查服务器,但不会创建笔记。
翻译单元与显示模式回答的是不同问题
最容易忽略的设置区别,恰恰是最重要的。翻译单元决定一次翻译请求包含多少原文。显示模式决定译文如何呈现和阅读。更改其中一项,不应迫使你放弃对另一项的控制。
在段落模式下,如果受支持网站的适配器能够识别有意义的文本元素,就会按段落、标题和列表项等内容翻译。整块模式则会把识别出的文章或消息保留为一个整体。两种模式都不意味着不加区分地翻译浏览器里所有可见字符,包括导航、编辑器或代码。原文仍可供你对照。
阅读教程时,段落模式可以让你把译文与上方对应的标题或列表项直接比较。阅读短消息时,整块模式可以保留拆开后会显得不连贯的上下文。即使消息使用换行而非语义段落,它仍然可以作为一个单元;扩展程序不会把每一行视觉文本都假装成独立段落。整篇文章处理仍保留 20,000 个字符的上限,不会发送无界的页面内容。
| 阅读情境 | 翻译单元 | 显示方式 | 预期效果 |
|---|---|---|---|
| 长篇博客中只有一节较难理解 | 段落 | Spotlight | 选中该节,然后明确执行翻译 |
| 想仔细对照的技术说明 | 段落 | 双语或行内译文 | 让原文与衍生译文彼此靠近 |
| 简短且连贯的消息 | 整块 | 你当前偏好的模式 | 将识别出的消息作为一个单元翻译 |
| 正在重读的页面 | 任一 | 折叠后再展开 | 隐藏译文,但不丢弃它 |
把段落模式看成阅读镜头,而不是页面替换。你决定聚焦在哪里,周围的原文仍然有用。尤其是作者在长文中始终如一地使用某个术语时,这一点很重要:你可以检查难懂的段落,同时保留前文中对该术语的定义。
Spotlight 会等待你明确执行翻译
Spotlight 在现有的评论、双语、点击展开和点击切换模式之外,新增了第五种显示模式。悬停会突出显示符合条件的内容。选中该内容后,才会显示翻译操作。仅悬停或选中都不会发送文本进行翻译。
这样你就可以先浏览页面,而不会因为每次移动指针都触发请求。使用按量收费的翻译服务时,费用从哪里开始也会更清楚。页面可以通过视觉方式回应你的关注,同时等待你明确下达命令后再调用翻译引擎。
除了鼠标操作,这套交互也支持键盘操作。它不会接管普通链接:点击链接仍应执行导航,而不是意外要求翻译链接所在的段落。代码块、隐藏内容和可编辑控件不会仅仅因为包含文字就成为阅读目标。这些细节本身就是阅读体验的一部分,并非可有可无的润色。
- 更新或加载 1.30.0,然后重新打开要阅读的页面。
- 打开扩展程序设置,选择段落翻译单元。
- 将显示模式设为 Spotlight,并选择目标语言和服务提供方。
- 移至符合条件的段落并选中它;使用键盘时,请通过该区域支持的聚焦和激活方式操作。
- 按“翻译”发起请求。依赖技术术语前,请先将译文与原文对照。
- 不再需要时折叠译文,或者重新展开以继续对照。
基于 1.30.0 实现绘制的原创交互示意图。真正发起请求的是“翻译”操作,而不是悬停或选中。
折叠和刷新也有不同作用。折叠只改变可见性;重新打开未更改的译文会复用现有结果,不会再次发起请求。刷新才是有意要求重新翻译的操作。如果你只是想在作者原文与译文之间切换,应该使用折叠控件。
仔细阅读时,这种区分尤其有用。你可以翻译一段陌生的论述,在查看示意图时先将其隐藏,读完结论后再重新展开。可见性的改变不应悄悄变成反复调用服务提供方。确实需要新结果时,可以使用刷新,并明确表达这一意图。
博客支持现已纳入八个平台的真实页面检查
1.30.0 为 Medium、Cnblogs、SegmentFault 和 51CTO 添加了适配器,恢复或改进了 Juejin 和 CSDN 的处理,并优化了 Substack 和 DEV 上的标题及嵌套内容处理。发布验证期间,我们在这些平台的真实网站上进行了韩语翻译检查。CSDN 检查按正常流程先由用户完成安全验证;扩展程序没有绕过验证。
平台名称之所以重要,是因为博客页面不只是一个装文本的矩形。文章正文、嵌入式组件、评论流和订阅提示具有不同结构。针对网站的适配器会识别预期的阅读区域,降低导航标签被重复翻译或嵌套文章被遗漏的可能性。但它无法保证发布方永远不更改页面标记。
受支持网站目录目前反映 36 个已实现的适配器。我们移除了八个占位条目,而没有把它们说成可用集成:WeChat、Zhihu、LinkedIn、Weibo、Douban、Hugging Face、V2EX 和 Bilibili。设置列表中的名称应代表已经实现的支持,而不是未来愿望。从目录中删除它们,是在纠正目录信息,并非表示这些服务不重要。
对于独立域名,与其问它看起来像不像博客,不如具体检查它采用的文章容器、页面动态加载方式或登录边界。我们并未宣称兼容每个自定义域名、每份简报或受支持主机上的每个页面。新的请求流程可以让这些缺失案例被看见,同时避免夸大覆盖范围。

使用真实扩展界面、原创示例内容和固定翻译响应截取的产品示意图。它展示的是布局,不代表服务提供方速度或经过独立测量的翻译质量分数。
YouTube 翻译针对的是视频周围的讨论
YouTube 支持视频描述和页面已加载的评论。当描述中包含参考资料、项目说明或操作步骤,或者周围的讨论补充了标题没有提供的背景时,这项功能就很有用。这是在网页上翻译文字,不是处理音频。
这个边界很重要:1.30.0 没有新增字幕翻译、实时口译或翻译配音。YouTube 尚未加载的评论不会被悄悄抓取成完整档案。展开描述或加载你想阅读的评论后,再使用扩展程序处理页面上实际存在的内容。

通过真实扩展界面呈现的原创 YouTube 风格示例。示例内容涉及描述和评论,并未展示字幕或音频翻译。
与其笼统承诺“翻译视频”,这种方式更适合研究。你可以查看作者链接的资料,阅读讨论中的异议,再决定是否值得深入了解。翻译后的评论仍然是他人的说法;当它影响决策时,请同时关注原文和上下文。
Clip 连接状态不再只是保存了一个令牌
过去,令牌即使没有明确完成与服务器的往返验证,也可能显示为已连接;即使没有任何变化,“连接”按钮仍可能处于可操作状态。更新后的流程会先测试候选连接,再保存配置。输入为空或内容未更改时,不会诱导你重复尝试连接;替换令牌的尝试失败时,则会保留之前保存的令牌。
单独的连接测试操作会检查配置的 Clip 端点是否接受该令牌。此测试不会创建笔记,也不会消耗笔记配额。这一操作区别很重要:连接测试成功,只能证明有限范围内的身份验证和连通性契约;Clip 保存成功,则证明另一套创建流程正常。两者都不应仅凭按钮外观变化来表示成功。
推出期间,早期连接测试曾因新端点尚未部署到生产 API 而失败。部署完成后,端点正常返回,同一位用户确认无需重新输入令牌即可成功完成连接测试。1.30.0 发布方验证记录记录了这一过程;它并不证明所有可能的网络或凭据故障都已消失。
Clip 仍要求你通过扩展程序的上下文菜单明确执行保存。它不是后台爬虫,翻译段落也不会隐式地把页面上传到你的账户。一次实时 Medium 保存检查确认了来源 URL、标题、选中内容和衍生摘要输出。这并不意味着整篇文章、图片和嵌入附件都已归档。
原创契约示意图。测试连接和创建笔记会产生不同副作用;只有明确执行保存流程才应生成笔记。
首次在更新后保存时,请选择你有权访问的页面和一小段容易辨认的内容。判断摘要前,先检查目标笔记中的来源 URL 和已保存文本。原始材料与生成的说明用途不同:前者保存证据,后者帮助你理解和查找内容。
现在可以提交可追踪的不支持网站请求
设置页面现在提供了网站请求入口。它会打开经过身份验证的网页表单,提交的请求会带有状态显示在管理员请求列表中。这样一来,遇到不受支持的文章时,就能留下具体且可供审核的案例,用于后续适配器开发。
表单接受页面 URL 和简短说明。提交时不会抓取该 URL,也不会启动 AI 任务,因此提交请求不等于授权服务器访问任意网络资源。请求入库前会执行账户验证、重复请求处理和输入长度限制。
此次发布加入了每滚动 24 小时最多三个新域名的限制、每个账户每分钟五次的速率限制,以及有界的请求字段。持久化域名配额通过数据库协调;短时间间隔的限流则在进程本地执行。这些是具体的滥用防护措施,不代表完全免受 DDoS 攻击,也不能取代基础设施层面的保护。
想提交有帮助的请求,请提供一个可访问的文章 URL,指出无法正常处理的阅读区域,并说明你原本期待看到什么。例如,说明正文缺失但评论能正常翻译,比只说网站坏了更有用。请勿在请求中填写密码、访问令牌或私人文章内容。管理员可以在不收集凭据的情况下评估适配器需求。
验证说明测试范围,不构成兼容性保证
这次发布同时进行了自动化测试和真实网站检查。扩展程序测试套件通过了 236 项测试;前端发布测试通过了 126 个测试套件、1,176 项测试;针对发布流程的 E2E 检查也已通过。验证记录涵盖阅读模式、窄屏和桌面布局、本地化控件、Clip 连通性以及网站请求流程。这些数字描述的是已测试的版本,不代表开放网络上永久不变的成功率。
发布后,真实网站仍会持续变化。登录要求、反机器人验证、浏览器扩展、服务提供方限制以及发布方的页面标记,都可能改变读者看到的内容。报告确切页面和已安装版本,有助于区分适配器回归、服务提供方故障或页面内容尚未加载。仅凭目录中的条目无法判断这些差异。
如果看不到新选项,先确认确实安装了 1.30.0;等待商店审核期间,旧版本可能仍在运行。如果控件出现但翻译失败,先检查所选服务提供方,并用一小段可访问内容进行测试,再尝试整篇文章。如果 Clip 失败,请使用连接测试,并将测试结果与实际保存结果分开判断。这些检查能缩小问题范围,而不会把无关功能当成可以互相替代的证据。
核心结论:按问题的大小翻译
更好的阅读工具不必每次访问都翻译更多文字。它应该让你检查正确的段落、保留原文,并且只在你选择保存时留存有用来源。1.30.0 让这些决定更贴近你正在阅读的段落。
发布来源
- 1.30.0 发布方验证记录,发布核查时间:2026 年 9 月 30 日(韩国标准时间)。
- 公开功能指南,核查时间:2026 年 9 月 30 日。
- Chrome 网上应用店页面,核查时间:2026 年 9 月 30 日。
试试从来源到笔记的工作流
如果有想日后重读的来源,可以了解 Every Translator并创建 Telli.sh 账户。保留来源,核对译文,并且只保存你明确选中的内容。