术语表、规则集和品牌语调现已统一在组织层级管理，并可挂载到各个引擎。
此前，这些资源都只能归属于单个engine：如果想在三个引擎之间复用同一个glossary，你就得重复创建三次，而且每个副本都会逐渐各走各的。现在，它们都已成为组织级资产。无论是术语表、一套语言规则组成的ruleset，还是一个brand voice，都只需创建一次，再挂载到任何需要它的引擎即可。编辑共享资产后，所有挂载了它的引擎都会同步更新。创建新引擎时，也不必再从空白配置开始：直接挂载你已有的资产，它就会继承这些配置。
接手等待外部审校的翻译#
human review 阶段可以把翻译交给外部专业译员处理，任务会一直停在那里，直到对方回应。现在，你团队中具备权限的成员也可以直接接手：在控制台中打开待处理的审校并提交决定，任务就会立刻继续，无需再等待外部来回沟通。如果团队里有人懂这门语言，就能更快完成审校，这会特别实用。
CLI 中符合框架规范的输出路径#
CLI 现在会把每条翻译写入对应框架实际读取的路径，包括那些将 locale 作为后缀、而不是放在独立文件夹中的目录结构：Rails config/locales（一种新的 yaml-root-key 格式），以及 Android、Xcode 和 Flutter（res/values-de/、app_de.arb，以及像 values-pt-rBR/ 这样的 Android 限定符）。过去，这些文件会被写到框架根本不会读取的位置，所以即使翻译已经存在，应用依然会以源语言运行。
每个框架都有一个可直接运行的示例仓库，配置和翻译都已提交：iOS、Android、Flutter、React + Vite、Next.js、Rails、Laravel、Markdown、Markdoc、OpenAPI，以及 TypeScript modules。克隆任意一个，运行 lingo link，然后推送即可。同一份配置在 GitHub App 中也能原样运行。
