一个把「代码里的字符串」和「译者的网页编辑器」接在一起的开源平台，2026.11 版把批量编辑和译文复用这两件最费手的事重做了一遍。

先把定位说清楚

Weblate 是一个开源本地化平台。它做的事可以拆成两半：一半挂在代码仓库那边，负责把待翻译的字符串推给译者、再把译好的文件写回仓库；另一半是网页端编辑器，译者在这里看上下文、查术语、提交译文，审校的人在同一个地方过一遍。

它有两种跑法。官方提供托管服务，按托管的字符串数量分档收费，最低一档每月 47 欧；也可以完全自托管，自托管本身不收费，需要商业支持再单独买。内容放在谁的机器上，由使用者自己决定——官网上把这句话写得很直白。

2026.11：批量编辑只剩一个入口

这个版本在 11 月 2 日发布。改动里最实用的一条，是把「批量编辑」统一成了一套查找替换：手动运行、Automations 自动化、以及插件里触发的，走的是同一套逻辑。新加的两样东西直接对着实际痛点——支持正则表达式，以及支持清空译文。

正则的价值在于清理脏数据。译文里混进多余换行、误留的占位符、统一写错的术语，一条规则就能扫掉；清空译文对应的是另一种场景：某一批字符串的译法整体作废，需要退回未翻译状态重新来过。手动编辑现在会给出预览，执行前能看清将改动哪些条目；标签和标记按作用范围分组，添加与移除拆成两个独立动作，不再用一个开关兜着。

工作区：语言页与译文复用

网页端的工作区这次多了一个语言标签页。以前想按语种看进度，得一个项目一个项目点进去；现在可以在同一处跨项目查看某个语种的翻译与审校情况。同时管理多个工作区的人还多了右键菜单，以及在「我的工作区」里关注多项目工作区的入口。

另一条改动更硬核：工作区加了译文传播范围。翻好的句子可以在项目之间共用，也可以在名称相同的组件之间共用。对那种「主程序加一堆同构插件」的仓库结构来说，这条规则省下的是重复劳动——同一句文案不必在十几个组件里各翻一遍。

权限与访问控制

内置角色现在可以自定义，改动在升级后保留，想回官方默认值也能一键重置。这对自建实例的管理员意义更大：默认角色往往不能严丝合缝地对应团队分工，以前要么凑合，要么自己另拉一套权限组合。

身份相关也加了几个开关。用户发现、资料访问、按资源限定的贡献者身份都可以单独授予权限；可以选用 OpenID Connect 作为身份提供方，用 Weblate 账号去登录别的应用。Docker 部署这次也支持走 OpenID Connect 登录，能对接托管版或另一套自建实例。

还有几处容易被忽略的改动

匿名访客的机器人防护在这个版本里以技术预览的形式出现。思路是给匿名访问加一道工作量证明，同时按 robots.txt 的抓取策略给已验证爬虫开豁免——挡的是自动化脚本发起的批量请求，不影响搜索引擎正常收录。

翻译服务的配置重排了一遍：官方把「机器翻译」这个叫法改成「翻译服务」，支持在站点、工作区、项目三个层级装多套实例，可以带独立标识、可以排除继承来的配置、也可以随时暂停。服务详情页里能看到设置项、控制开关、供应商错误日志和限流状态。

性能方面做了不少细活：项目备份恢复、字符串搜索、仓库同步时的数据库开销、翻译记忆状态更新，都有针对性优化。截图里的文字识别改到后台跑并缓存结果，不必在编辑器里干等。

适合谁，不适合谁

用起来的门槛不在技术，而在流程：如果项目本来就用 Git 管文案，且有不止一个语种要长期维护，Weblate 等于给译者开了一个不用碰命令行的入口，审校、术语、质量检查都塞在同一个界面里。反过来，如果只是偶尔翻几篇文章、手头没有仓库可接，这套东西的组织成本会比收益更明显。

自托管免费这一点，对数据不方便外发的团队是关键——译文、术语表、截图都留在自己的机器上。代价是运维得自己扛：升级、备份、对象存储，都是使用者的事。这是同一个决定的两面，没有免费的那一半。

Weblate 2026.11 没讲新故事，它改的是每天都要点的那几个按钮：批量替换能写正则、译文能在项目之间复用、角色能按团队改。对长期维护多语种的项目来说，这类改动比新功能更值钱。