如图，我使用deeplx翻译langchain官方文档，翻译内容中出现了 "龙8国际娱乐城"这种奇怪的内容，这是什么情况 6 个帖子 - 5 位参与者 阅读完整话题
BaseURL： https://sl.al/ Openai格式： https://sl.al/v1/chat/completions Key：sk-Translate-Forever Model（如果需要）：Translate 支持DeepLX接口。 示例： 填法 1： API 地址 : https://sl.al/translate?token=sk-Translate-Forever API Key : (留空即可) 填法 2： API 地址 : https://sl.al/translate API Key / Access Token : sk-Translate-Forever 填法 3： API 地址 : https://sl.al/{{apiKey}}/translate API Key : sk-Translate-Forever 1 个帖子 - 1 位参与者 阅读完整话题
设置上后，报错，如图 2 个帖子 - 2 位参与者 阅读完整话题
由于longcat即将下线一大批模型，沉浸式翻译快没得用了，始皇的deeplx还是有点机翻了，想着去老黄那找找有没速率快的模型拿来沉浸式翻译用用，目前nvidia/nvidia-nemotron-nano-9b-v2这个用起来效果还可以，但是有的地方还是会有点机械，是参数量太小的问题吗，有没有更合适的模型推荐 5 个帖子 - 4 位参与者 阅读完整话题
过去二十四个小时，API请求量为73.11K，其中成功响应72.66K，可用性达到了99.38%！ 缓存命中次数也达到了4.13K，缓存率达到了5.6%，创历史新高！ 当然，这一切都离不开大家的共同努力。不管是请求的ASN、源IP的国家，还是边缘数据中心的均衡分布，都是DeepLX API稳定服务的基础！ 2 个帖子 - 2 位参与者 阅读完整话题
过去二十四小时调用137.19K次，我直接被吓懵了 4 个帖子 - 4 位参与者 阅读完整话题
https://linux.do/t/topic/2144293 这边是24小时的不同国家/地区请求我的API请求次数和带宽的排名。希望能给各位佬友在选择IP时有一些参考。降低429的比例，是我们共同的目标！ 1 个帖子 - 1 位参与者 阅读完整话题
https://linux.do/t/topic/2144293 这是我刚刚整的，将大家常见的翻译结果缓存下来，命中后将不再需要从上游获取，就是为了缓解请求拥堵问题。目前缓存的内容还不算多，用得时间长了，就会越来越好用。 3 个帖子 - 3 位参与者 阅读完整话题
本贴将以我的 DeepLX接口 为例，教大家如何在不同的翻译插件中进行配置DeepLX API。 我注意到，不少佬友因为配置错误，导致请求到了错误的端点。不仅浪费时间，还影响心情。所以单独开这一帖，帮大家解决配置问题。 大多数翻译插件 没有单独的API Key输入框，所以你只需要在Base URL中填写完整的接口地址。 常见的配置方式有四种： 无密码： https://trans.ors.de5.net/translate 密码放在路径中： https://trans.ors.de5.net/123456/translate 最常见 的是 把密码作为查询参数 ： https://trans.ors.de5.net/translate?token=123456 子域名令牌： https://123456.trans.ors.de5.net/translate 然而， 陪读蛙 是个特例。它比其他插件 多了一个API Key的配置框 ，并且会自动在 URL尾部添加 /translate 。这也让很多佬友在配置过程中遇到了困难。 对于无密码的情况，填写时自然不会遇到问题。 第二种密码放在路径中的，照抄完整路径也没问题，因为URL本身以 /translate 结尾，陪读蛙不会自动再添加。 第三种以查询参数结尾的配置，如果你填写了 https://trans.ors.de5.net/translate?token=123456 ，陪读蛙会自动在结尾追加 /translate ，结果变成了 https://trans.ors.de5.net/translate?token=123456/translate ，这就出错了。 第四种子域名令牌的，本身也以 /translate 结尾，所以不会出问题。 因此，最推荐的做法是使用令牌占位符。在Base URL中，用 {{apiKey}} 占位符来代替。这样一来，你可以将API令牌插入到URL 的任何位置。两个输入框也就各司其职了，一个填写API Key，另一个填写带有 {{apiKey}} 占位符的Base URL。你只需要把之前填写 123456 的地方全部替换成 {{apiKey}} ，所有的问题就迎刃而解了！ 4 个帖子 - 3 位参与者 阅读完整话题
刚配置好，给需要的佬参考 1.先在L站获取API https://connect.linux.do 2.陪读蛙直接粘贴URL部分，API Key 留空 3.测试连接，搞定，开始爽用 2 个帖子 - 2 位参与者 阅读完整话题
特点 兼容DeepLX格式 翻译质量好 速度极快 高并发 1 个帖子 - 1 位参与者 阅读完整话题
https://www.bloomberg.com/news/articles/2026-05-07/google-translate-rival-deepl-announces-plans-to-cut-25-of-staff 3 个帖子 - 3 位参与者 阅读完整话题
IT之家 5 月 7 日消息，德国翻译工具初创公司 DeepL 宣布计划裁员约 25%，CEO 雅罗斯瓦夫 · 库蒂洛夫斯基表示，裁员原因是 AI 带来的“巨大结构性转变”。 库蒂洛夫斯基周四在 LinkedIn 发文称，在完成相关法律程序后，DeepL 将 裁减约 250 名员工 。DeepL 目前员工总数略高于 1000 人，主要开发多语言翻译 AI 软件。库蒂洛夫斯基表示，让公司更有效地与 AI 协同运作，意味着 更少的层级、更快的决策 ，以及大幅减少拖慢大型团队运转的反复沟通时间。 据彭博社报道，科技行业裁员潮正在加速。一方面，AI 工具正在 替代程序员过去承担的部分工作 ；另一方面，科技公司也在 把资源转向自家 AI 产品 。Meta 上月宣布计划裁员 10%。微软则向约 7% 的美国员工提供买断方案。 DeepL 总部位于德国科隆，2017 年成立，最初被视为谷歌翻译的竞争对手。近来，DeepL 也开始面对 ChatGPT 和其他 AI 工具翻译服务的竞争。 2024 年，DeepL 完成 3 亿美元（IT之家注：现汇率约合 20.47 亿元人民币）融资，估值达到 20 亿美元（现汇率约合 136.5 亿元人民币），并曾考虑赴美上市。
4 个帖子 - 4 位参与者 阅读完整话题
最近才注意到这个，听说Deepl翻译效果挺好的 2 个帖子 - 2 位参与者 阅读完整话题
今天我在配置陪读蛙时遇到一个问题，DeepLX怎么也配置不成功，F12抓包后发现陪读蛙默认的DeepLX喜欢把API Key写进路径里，并且自动在最后方加 /translate ，最终翻看了开发文档，找到了解决问题的办法，于是发出来和大家分享。 2 个帖子 - 2 位参与者 阅读完整话题
有无大佬知道这个咋弄，就用了一会用不了了 1 个帖子 - 1 位参与者 阅读完整话题
IT之家 4 月 16 日消息，此前专注于文字内容的语言人工智能企业 DeepL 德国当地时间今日宣布推出专为实时口语交流设计的实时翻译产品套件 DeepL Voice-to-Voice。 DeepL Voice-to-Voice 套件包括 Voice for Meetings 会议实时翻译、跨平台的 Voice for Conversations、跨语言群组对话、API、专门化自定义等一系列功能，部分将在未来正式推出。 在 DeepL 委托 Slator 独立进行的盲测中， 96% 的语言学家更青睐 DeepL Voice 而非谷歌、微软、Zoom 提供的原生翻译解决方案 。 DeepL 创始人兼首席执行官 Jarek Kutylowski 表示： 今天，我们在翻译领域又迈出了新的一步：实时口语交流。我们的使命一直是打破语言障碍，而如今，我们已成功攻克了其中最难的一道。 DeepL Voice-to-Voice 语音通话功能让每个人都能用自己的语言自然交流，无需面对翻译带来的障碍或成本。我们将世界一流的语音模型与我们不断推向新高度的业界标杆级翻译人工智能相结合。 现在，专业能力才是关键，语言并不重要。