Чому диктування для розробників не має бути лише англійським

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

Так, функція називається 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 так, як ви справді її сказали б, — а тоді скажіть нам, що зламалося, якою завгодно мовою.