변경 로그

무엇이 배포됐는지, 주별로 확인하세요.

W38 – 사람이 필요한 모든 일을 위한 하나의 받은편지함받은편지함은 사람이 하는 검토가 필요한 로컬라이제이션 작업을 한곳에 모아두는 공간입니다. 사람이 하는 검토로 전달된 번역, Lingo.dev가 로컬라이제이션 엔진에 제안하는 변경 사항, 그리고 구체적인 수정으로 트리아지된 Jira 보고서까지 모두 여기로 모입니다. 직접 처리해도 되고, 작업 일부를 원어민, 검토자, 엔지니어에게 맡겨도 됩니다. 그리고 나에게 중요한 뷰를 저장해 둘 수 있습니다.2026년 9월 25일
W37 – 새로워진 Lingo.dev새로운 Lingo.dev를 만나보세요. 이제 모든 조직에서 바로 사용할 수 있으며, 실제 작업 흐름에 맞춰 완전히 새롭게 설계되었습니다. Home에서 전체 진행 상황을 한눈에 보고, Infrastructure에서 로컬라이제이션 엔진을 설정하고, Studio에서 도구를 연결하고, Queue에서 사람의 판단이 필요한 작업을 처리하고, Observability에서 품질을 확인할 수 있습니다.2026년 9월 17일
W36 – 원하는 부분만, 단일 키까지 콕 집어 다시 번역전체를 다시 돌리지 않아도 콘텐츠의 특정 부분만, 심지어 키 하나만 골라 다시 번역할 수 있습니다. lingo push --key로 키를 지정하고, --force로 파일 전체를 다시 처리하고, purge와 --backfill-missing으로 한 언어만 다시 채울 수 있습니다. 풀 리퀘스트에서도 /lingo translate로 똑같이 할 수 있고, AI 코딩 어시스턴트에게 키 선택까지 맡길 수 있습니다.2026년 9월 6일
W35 – Payload CMS 콘텐츠 번역하기Payload CMS를 Lingo.dev에서 호스팅하는 로컬라이제이션 엔진에 연결하고, 번역을 적용할 컬렉션과 글로벌을 선택하면 Lingo.dev가 현지화된 필드를 대상 로캘로 번역한 뒤 각 로캘별로 결과를 Payload에 다시 써줍니다. 모든 실행은 내부 및 외부 인력 검토를 포함한 로컬라이제이션 엔진의 전체 파이프라인을 거칩니다. Sync는 변경된 내용만 전송합니다.2026년 8월 30일
W34 – Zendesk Help Center 번역하기Lingo.dev에서 호스팅하는 로컬라이제이션 엔진에 Zendesk Help Center를 연결하고, 카테고리, 섹션, 문서를 모든 대상 언어로 번역하세요. 번역 결과는 각 언어별 버전으로 Zendesk에 다시 반영됩니다. 모든 실행은 내부 및 외부 사람 검토를 포함한 로컬라이제이션 엔진의 전체 파이프라인을 거칩니다. 동기화는 변경된 내용만 전송합니다.2026년 8월 23일
W33 – 점수가 낮은 번역만 사람 검토로 보내기이제 사람 검토를 꼭 필요한 경우에만 진행할 수 있습니다. 품질 임곗값을 설정하면 그보다 낮은 점수를 받은 번역만 검토자로 보내고, 그 이상은 모두 자동으로 배포됩니다. 검토자는 수정이 필요한 항목에 집중할 수 있어 검토 비용도 줄어듭니다.2026년 8월 16일
W32 – MCP 서버에서 용어집 용어를 한 번에 추가하기MCP 서버를 통해 AI assistant에서 원하는 만큼 여러 로캘에 걸쳐 용어집을 한 번에 시드하세요. 예전에는 용어를 하나씩 길게 여러 번 호출해야 했던 작업이 이제는 훨씬 더 빠르게, 단 한 번의 처리로 끝납니다. 여기에 더해 소소한 개선도 담았습니다. CLI의 Docusaurus 출력 경로와 한층 더 완전해진 YAML frontmatter 번역입니다.2026년 8월 9일
W31 – 용어집, 규칙 세트, 브랜드 보이스를 이제 조직 단위에서 관리하세요용어집, 규칙 세트, 브랜드 보이스는 이제 어떤 엔진에도 연결할 수 있는 조직 자산이 되었습니다. 엔진마다 매번 새로 만들 필요 없이, 한 번 설정해두면 어디서든 재사용할 수 있습니다. 외부 검토를 기다리는 동안에는 내부 팀원이 번역 작업을 이어받을 수 있습니다. CLI는 Rails, Android, Xcode, Flutter에서 프레임워크에 맞는 올바른 출력 경로를 생성하며, 각 프레임워크별로 바로 실행 가능한 예제 리포지토리도 제공합니다.2026년 8월 2일
W30 – 엔진 제안, 사람의 수정에서 학습합니다이제 엔진 제안은 낮은 AI 평가 점수뿐 아니라 검토자가 실제로 수정한 내용에서도 생성됩니다. 여러 작업에서 반복되는 수정은 용어집, 지침 또는 브랜드 보이스 수정 제안으로 이어집니다. 이제 제안도 한꺼번에 승인하거나 기각할 수 있습니다.2026년 7월 26일
W29 – AI 평가 오탐 59.7% 감소AI 평가는 오탐을 59.7% 줄였습니다. 이 GitHub App은 Xcode String Catalog(.xcstrings)를 현지화하며, 요청 로그에는 Lingo.dev push 실행의 소스 파일 경로가 표시됩니다.2026년 7월 19일
W28 – 번역 비용 미리 확인하기: `lingo push --estimate``lingo push --estimate`는 번역을 실행하기 전에 예상 비용을 미리 보여줍니다. CLI가 소스 바이트를 업로드하면 서버가 이미 현지화된 내용과 비교해 정확한 변경분을 계산하고, 예상 비용을 출력한 뒤 크레딧 소모 없이 종료합니다.2026년 7월 12일
W27 – Async CLI 파일 형식 지원: TypeScript, YAML, PO, Flutter, Android, XcodeAsync CLI가 TypeScript 로캘 모듈, YAML, Gettext PO, Flutter ARB, Android 문자열, Xcode .strings, String Catalogs (.xcstrings), .stringsdict 파일 형식을 지원합니다. 번역 가능한 텍스트는 엔진의 전체 파이프라인을 거치고, 키, ID, 메타데이터, 플레이스홀더는 그대로 유지됩니다.2026년 7월 5일
W26 – 새로운 Lingo.dev CLI: `lingo push`로 엔진의 전체 로컬라이제이션 파이프라인을 실행하세요새로운 Lingo.dev CLI를 소개합니다. 모든 `lingo push`는 서버 측에서 로컬라이제이션 엔진에 구성된 전체 파이프라인을 실행합니다. 사전 편집, 용어집과 브랜드 보이스를 반영한 핵심 로컬라이제이션, 사람 검토, AI 평가, 재표현, 역번역까지 모두 포함되며, 코드에서 Async Localization API가 실행하는 것과 동일한 파이프라인입니다.2026년 6월 28일
W25 – 로컬라이제이션 엔진 제안: AI 평가 점수가 낮을 때 용어집, 지침, 브랜드 보이스 수정을 제안로컬라이제이션 엔진 제안은 번역의 AI 평가 점수가 낮게 나오면 용어집, 지침, 또는 브랜드 보이스 수정안을 제안합니다. 적용을 누르면 변경 사항이 로컬라이제이션 엔진에 반영되고, 다음 번역부터는 수정 내용이 적용됩니다.2026년 6월 21일
W24 – 자연스럽게 읽히는 카피를 위한 로컬라이제이션 파이프라인의 새 단계, RephraseRephrase는 비동기 로컬라이제이션 파이프라인에 추가된 새로운 선택 단계입니다. 핵심 로컬라이제이션 단계가 끝난 직후, AI 에이전트가 결과물을 대상 로캘의 원어민이 쓴 것처럼 자연스럽고 관용적인 카피로 다듬습니다. 이때 플레이스홀더, 변수, 태그, 서식은 모두 정확히 그대로 유지됩니다.2026년 6월 14일
W23 – 사내 AI 번역 검토를 위한 Human-in-the-loop이제 Human-in-the-loop 검토를 파이프라인 단계로 두고 자체 팀이 직접 운영할 수 있습니다. 외부 번역 업체에 맡기는 대신, 사내 번역가와 언어 전문가가 Lingo.dev 대시보드에서 AI 번역을 직접 검토, 수정, 승인할 수 있습니다.2026년 6월 7일
W22 – Lingo.dev GitHub 앱: git에서 바로 이어지는 지속적 로컬라이제이션Lingo.dev GitHub 앱은 어떤 리포지토리에서든 git 안에서 바로 지속적 로컬라이제이션을 실행합니다. 앱을 설치하고 설정을 커밋하면, 모든 푸시가 엔진의 비동기 로컬라이제이션 파이프라인을 거칩니다. 이제 AI 평가자는 모든 요금제에서 무제한으로 사용할 수 있습니다.2026년 5월 31일
W21 – 감사 로그감사 로그가 대시보드에 추가되었습니다. i18n.json의 glob 패턴, MCP 서버를 통한 조직 초대, API 키의 마지막 사용 시각도 함께 지원합니다.2026년 5월 24일
W20 – API 키 분리: 개인 키와 자체 역할을 가진 서비스 키API 키가 Personal(내 역할 상속)과 Service(자체 역할, 자체 엔진 범위)로 나뉘었습니다. Sync localize는 호출별 모델과 비용을 반환합니다. 엔진에는 활성화/비활성화 토글도 추가되었습니다.2026년 5월 17일
W19 – RBAC 정식 출시: 역할, 엔진별 접근 권한, 소유권 이전RBAC 정식 출시 – 역할, 사용자별 엔진 접근 권한, 소유권 이전. Claude Desktop이 브라우저 OAuth를 통해 MCP server에 로그인합니다. Async API에 lockedKeys가 추가되었고, 로그에서 요청별로 조회된 컨텍스트를 확인할 수 있습니다.2026년 5월 10일
W18 – 크레딧 잔액 자동 충전자동 충전은 잔액이 설정한 기준 아래로 내려가면 크레딧을 자동으로 보충해 줍니다. 지시사항 준수율과 용어집 적용 범위를 보여주는 새로운 Reports 차트도 추가됐습니다. 여기에 크레딧 잔액 알림과 triage의 ISO 5060 분류까지 함께 선보입니다.2026년 5월 3일
W17 – 파이프라인: 사전 편집, 사람 검토, AI 평가, 역번역을 선택 단계로로컬라이제이션 파이프라인은 핵심 번역 단계에 사전 편집, 사람 검토, AI 평가, 역번역 같은 선택 단계를 덧붙여 구성할 수 있습니다. 엔진별로 켜고 끄거나, 작업별로 재정의할 수 있습니다.2026년 4월 26일
W16 – 언어별 로컬라이제이션 작업을 처음부터 끝까지 한눈에 확인하세요Localization Jobs UI가 엔드투엔드로 제공됩니다. 작업 그룹, 언어별 진행 상황, 페이로드, 웹훅까지 모두 확인할 수 있습니다.2026년 4월 19일
W15 – 엔진 프로비저닝 API: 새 엔진을 자동으로 구성프로비저닝 API는 새 엔진과 몇 개의 URL 또는 콘텐츠 샘플만으로 브랜드 보이스, 용어집, 지침을 자동으로 구성합니다. 여러 단계에 걸친 수동 설정이 API 한 번 호출로 끝납니다.2026년 4월 12일
W14 – 내장 용어집·지침 검토두 개의 내장 AI 평가자가 모든 번역의 모든 용어집 용어와 모든 지침을 검토합니다. 기준마다 맞춤 평가자를 따로 설정할 필요 없이 토글 한 번으로 켜세요.2026년 4월 5일
W13 – 용어집을 아는 에이전트로 Jira 티켓 분류하기Jira 분류 워크플로는 용어집 항목, 지침, 모델 구성 조정을 제안하는 에이전트를 활용합니다. AI 평가자는 이제 엔진 컨텍스트에 접근할 수 있습니다. 번역 로그에는 검토 필터도 추가되었습니다.2026년 3월 29일
W12 – 한 번의 POST로 모든 로캘 처리: 비동기 로컬라이제이션 API 출시비동기 로컬라이제이션 API가 웹훅을 통해 원하는 수만큼의 대상 로캘 결과를 전달합니다. 이제 용어집 항목을 CSV로 일괄 가져올 수 있습니다. Jira와 GitHub 연동도 OAuth로 전환되었습니다.2026년 3월 22일
W11 – v1.0 출시: 로컬라이제이션 엔진을 한 번만 설정하고 어디서든 호출하세요Lingo.dev v1.0은 로컬라이제이션 엔진을 선보입니다. 모델, 브랜드 보이스, 용어집, 지침을 한 번만 설정해두면 코드, MCP, CI/CD 어디서든 호출할 수 있는 상태 저장형 번역 API입니다.2026년 3월 15일