Quetzal

Quetzal의 핵심은 주변까지 읽는 번역이다. 고립된 문자열을 모델에 보내는 대신, 각 문자열 주변의 코드, 가까운 컴포넌트와 props, 의도를 설명하는 주석을 모은다. 이 문맥이 모델에게 지금 다루는 것이 버튼인지, 제목인지, 오류인지를 알려준다. 기계 번역이 보통 무너지는 지점이 바로 여기다. 한계는 주변 코드의 품질이 영향을 준다는 점이다. 잘 정리된 저장소는 재료가 많고, 얽힌 저장소는 적다.

브랜드 이름, 제품 명사, 업계 전문 용어에는 용어집이 있고 Quetzal은 추측 대신 이를 강제한다. 기존 번역을 읽어 어조와 문체를 추론한 뒤, 그 목소리를 언어마다, 릴리스마다 일정하게 유지한다. 열 개 언어에서 브랜드 목소리를 맞추려는 팀에게 이 부분은 아무도 읽지 않는 스타일 가이드를 대신한다. 기존 문구가 배울 만큼 일관될 때 가장 잘 작동한다.

Quetzal은 번역만 하지 않는다. 다른 도구가 이미 해둔 작업을 감사해 오류를 짚고 수정안을 제시할 수 있고, 현지화에 들어가지 못한 사용자 노출 텍스트를 찾아낸다. 두 번째 작업은 들리는 것보다 중요하다. 코드에 박힌 문자열이야말로, 완벽하게 현지화된 앱이 대화 상자에서 생 영어를 내보내는 이유다. 두 감사 모두 같은 검토와 병합 흐름에서 돌아가므로 작업 방식에 군더더기가 붙지 않는다.

Quetzal은 새로 도입해야 할 또 하나의 번역 라이브러리가 아니다. 이미 돌리는 스택에 끼워진다. JavaScript, TypeScript, React, Next.js, Swift, Python, Kotlin, Java, HTML, XML을 일급으로 지원하고, 어떤 i18n 프레임워크와도 동작한다. 다시 쓰지도, 파이프라인을 옮기지도 않는다는 뜻이다. 걸림돌은 그래도 연결할 저장소가 필요하다는 점이다. 읽을 코드베이스가 없는 프로젝트나 번역을 버전 관리 밖에 두는 팀에는 맞지 않는다.

업데이트는 개발자가 이미 일하는 곳에 도착한다. Quetzal은 풀 리퀘스트를 열거나 커밋을 하므로, 번역이 다른 코드 변경과 같은 검토, 이력, 되돌리기를 거친다. 따로 볼 대시보드도, 내보내기와 가져오기의 왕복도 없다. git에서 사는 팀에게 이것이 제안의 전부다. 현지화가 반복되는 잡일이 아니라 배경에서 도는 과정이 된다.

저장소의 정적 문자열과 사용자가 만들거나 실행 시점에 생성되는 텍스트는 다른 문제다. Quetzal은 비정적 콘텐츠를 번역하는 API(api.qtzl.ai에서 호스팅되고 키로 인증)를 제공한다. 정말로 이득을 보는 콘텐츠에 API를 맞추기 위해 먼저 문맥 프로필을 논의하자고 한다. 이 조각이 Quetzal을 코드 전용 도구 너머로 밀어 올리지만, 겨냥하는 대상은 여전히 개발자이며 일반 사용자가 아니다.