и ни слова о $lib

Хм, я знаю про этот подход, но его не исповедую. Он выдвигает высокие требования к чистоте кода, качестве изначального (макетного) перевода и рьяно карает за возможные изменения исходников.
В мире бекенда и мобильных приложений так тоже вроде не делают.

Кстати, я в словари сам не лезу — только структуру ключей обозначиваю и всё. А дальше я пользуюсь восхитительным экстеншеном для VS Code. Он и подставляет визуально значения ключей прямо в код, и даёт добавлять переводы прямо в коде, и отображает общую стату по переводам (какие локали отстают и по каким ключам) и куча всего другого.
Естественно, есть и бинд на вставку ключа из файла с автокомплитом.

Еще у кайзермана есть экстракция ключей из исходников. Рекурсивно пробегает по файлам и составляет мапу сам. Но я не пользуюсь этим сам.

https://kit.svelte.dev/docs#modules-lib

А это что?

ссылка "later" нерабочая

ну во первых там идет сначала код на тайпскрипте, потом обычный жс. причем код разный как я понял (с тайпскриптом не дружу)

дык, это значит "позже". подождите и все будет!

когда у тебя десятки тысяч файлов, это все неюзабельно и помнить структуру твоих словарей это забей =)

он не выдывигает особых требований к чистоте кода, если честно. переводчики без валидации переведенных строк точно так же их могуг легко запороть. От разработчика требуется только оборачивать строки в перевод и использовать одинаковое название функции условно t или i18n.t это конктролируется линтером элементарно

ссылка "later" нерабочая

Слушай, ну все большие приложения как раз локализуются через ключи, а не через тексты в исходниках. Оттуда и все перлы, когда вылезают ключи вместо переведённой фразы. Лично в рекламном кабинете фейсбука это видел пару месяцев назад :)
В андроиде переводы вообще хранятся в ресурсах, по сути большая XMLка, где доступ по ключам.
У меня было под управлением приложение с 12к ключей в переводах, работало норм :)

Так что хз откуда у тебя такая инфа. Это просто у вас так принято, это не стандарт поведения.

отставание локалей в 99% забота не разработчика а ПМа переводчиков, нафига ему этот экстеншен в вскоде не очень понятно. Все борды переводчиков обычно предоставляют такой функционал

Ох, ПМы переводчиков, борды переводчиков… а говоришь, не в кровавом энтерпрайзе работаешь.
Вообще, просто полезная фича. Если не накручены автоматизации (а имхо это не та задача, которую надо автоматизировать), то это удобно, чтобы не профачить случайно момент, когда у тебя происходит отставание. У меня за это отвечали тимлиды команды разработки ¯\_(ツ)_/¯

если кто-то любит жрать кактус это не значит что это правильно. Ты можешь перечислить хоть 1 минус такого подхода? =)

Ну, всё зависит от того, как работает твой алгоритм экстракции ключей и как у тебя организован остальной процесс перевода.
Мало отправить ключи, очень часто, чтобы получить не говно на выходе, надо снабдить переводчиков скринами приложения и комментариями (смотри рефы, как выглядит и какие возможности даёт тот же lokalise). Поэтому как автоматизировать этот процесс нормально — я не знаю, честно. У меня были очень большие приложения и 10+ локалей — это боль и ручная работа по большей части.

жаль, но это все вполне нормально работает

и18нект позволяет делать контекст + свои надстройки для передачи большего контекста переводчикам