Почему разработчикам нужна диктовка на разных языках

В большинство инструментов для разработчиков вшито ленивое допущение: раз код пишется английскими ключевыми словами, значит, разработчик работает по-английски. Любой, кто действительно работал в команде в Бухаресте, Сан-Паулу, Варшаве или Киеве, знает, насколько это неверно.

Да, функция называется getUserSession, и сообщение коммита, скорее всего, на английском. Но посмотрите на всё, что окружает код: тред в Slack, где сообщили о баге, письмо клиенту с объяснением задержки, внутренний документ с планом миграции, комментарий в ревью, требующий дипломатии, заметки со стендапа. В двуязычной команде весь этот слой может происходить на языке самой команды.

Инструменты диктовки при этом по большей части относились к неанглийской речи как к второстепенному: технически поддерживается где-то в меню настроек, редко проектируется специально и почти никогда не выносится на первый план. Если диктовка собирается стать настоящим каналом ввода для тех, кто строит, а не демонстрацией, она должна работать на том языке, на котором вы действительно думаете.

Двуязычный рабочий день — это обычный рабочий день

Вот его фактура: вы думаете на родном языке, пишете код на английском и весь день переключаетесь между ними. Румынский разработчик пишет retryWithBackoff, потом поворачивается к Slack и по-румынски объясняет, зачем логике ретраев вообще понадобился бэкофф. Немецкий инженер проверяет PR в английском синтаксисе и комментирует его немецкой прозой.

Набор текста справляется с этим двуязычием прекрасно, потому что клавиатуре всё равно, на каком языке вы печатаете. Но стоит добавить голос — и инструменту внезапно становится не всё равно. Если ваша диктовка хорошо работает только по-английски, вы можете надиктовать прилегающие к коду английские фрагменты, но не сообщения, документы и объяснения, которые пишете на другом языке.

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

Что Keebye с этим делает

Заявления о поддержке языков — то место, где маркетинг диктовки становится расплывчатым, поэтому вот что Keebye реализует сегодня, ни больше ни меньше.

Движок по умолчанию настроен на английский. Мы не станем это прятать. Модель «из коробки» оптимизирована под быструю и точную английскую диктовку, потому что это самый компактный хороший вариант по умолчанию, и многим пользователям больше ничего не нужно.

Многоязычный движок — полноценный вариант, и он локальный. Переключитесь в настройках на движок Canary — и вы получите распознавание речи на устройстве для 25 языков: болгарского, хорватского, чешского, датского, нидерландского, английского, эстонского, финского, французского, немецкого, греческого, венгерского, итальянского, латышского, литовского, мальтийского, польского, португальского, румынского, русского, словацкого, словенского, испанского, шведского, украинского — с выбором языка, чтобы закрепить тот, на котором вы работаете. Как и всё в Keebye, он работает на вашем Mac: звук того, как вы говорите с командой на своём языке, никогда не покидает машину, и после загрузки модели он продолжает работать офлайн.

Нативный движок Apple тоже есть. Если вы предпочтёте распознавание речи, уже встроенное в macOS, — оно работает на языке вашей системы, — Keebye может использовать его вместо остальных, вообще без загрузки моделей.

Ваш жаргон едет с вами. Пользовательский словарь применяется независимо от движка, и в многоязычной работе это важнее, а не менее важно: каждая команда вырабатывает собственный креольский из названий продуктов, английских заимствований и местной грамматики вокруг них.

И честная граница: 25 языков — это 25 языков, а не «любой язык». Если вашего в списке нет, многоязычный движок Keebye сегодня вас не покрывает, и мы предпочтём сказать это, а не округлить до маркетингового числа. (Повседневная механика — как закрепить язык, быстрое переключение в строке меню, что происходит, когда автоопределение ошибается, — в статье закрепите язык диктовки.)

Почему это редкость и почему это возможность

Многоязычная диктовка с приоритетом локальной работы действительно встречается нечасто. У облачных продуктов диктовки обычно самые длинные списки языков — отправлять звук в большие серверные модели проще всего для добавления языков, — но это прогоняет вашу речь через чужую инфраструктуру, а именно это некоторым командам принять нельзя. Мы честно разложили этот компромисс в Keebye vs Wispr Flow. Инструменты же с приоритетом локальной работы исторически шли с английским впереди, а остальные языки трактовали как галочку. (Пользователи Superwhisper, взвешивающие тот же вопрос, могут прочитать наше сравнение.)

Получается настоящий пробел: разработчику, который хочет диктовать по-польски и оставить звук на своей машине, особо не на что опереться.

Это ещё и личное. История основателя Keebye — двое детей, три стартапа, один голос — так вышло, что это история румыноязычного разработчика, работающего с международными стартапами: ровно тот двуязычный разрыв, который описан в этой статье, проживаемый ежедневно. Многоязычный движок — не функция, добавленная ради рынка. Это функция, которая была нужна основателю уже к обеду.

К чему всё идёт

Наша ставка проста: голосовой ввод для тех, кто строит, будут оценивать так же, как клавиатуры, — он либо работает на вашем языке, либо сломан. «Английский плюс сноска» не переживёт столкновения с реальными командами.

Если вы работаете на одном из этих 25 языков, начните бесплатный пробный период ниже. Переключите движок на Canary, закрепите свой язык и продиктуйте следующий ответ в Slack так, как вы сказали бы его на самом деле, — а потом расскажите нам, что сломалось, на любом удобном вам языке.