이제 용어집, 규칙 세트, 브랜드 보이스는 조직 단위에서 관리하고 엔진에 연결할 수 있습니다.
지금까지는 각각이 하나의 엔진에만 속해 있었습니다. 세 개의 엔진에서 glossary를 재사용하려면 세 번 따로 만들어야 했고, 각 사본은 시간이 지나며 제각기 달라지곤 했습니다. 이제는 모두 조직 자산으로 관리됩니다. 용어집, 언어 규칙으로 구성된 ruleset, 또는 브랜드 보이스를 한 번만 만들어두고 필요한 모든 엔진에 연결하세요. 공유 자산을 수정하면 연결된 모든 엔진에 변경 사항이 반영됩니다. 이제 새 엔진을 만들 때 빈 설정에서 시작할 필요도 없습니다. 이미 만들어둔 자산을 연결하면 그 설정을 그대로 이어받습니다.
외부 검토를 기다리는 번역, 내부 팀원이 이어서 처리#
human review 단계에서는 번역을 외부 전문 번역가에게 보낼 수 있고, 그 번역가가 응답할 때까지 작업이 대기 상태로 머뭅니다. 이제는 권한이 있는 내부 팀원이 대신 이어받아 처리할 수 있습니다. 대시보드에서 대기 중인 검토를 열고 결정을 제출하면, 외부 응답을 기다리지 않고 작업이 즉시 다시 진행됩니다. 사내에 해당 언어를 구사하는 사람이 있어 더 빠르게 검토를 마무리할 수 있을 때 특히 유용합니다.
CLI에서 프레임워크에 맞는 출력 경로 자동 생성#
이제 CLI가 각 번역을 프레임워크가 실제로 불러오는 경로에 맞춰 저장합니다. 로캘이 별도 폴더가 아니라 접미사로 붙는 구조도 포함됩니다. 예를 들면 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에서도 수정 없이 그대로 사용할 수 있습니다.
