Почему на десктопе нет T9 и при чём тут LLM
Автор разбирает, почему умная автокоррекция ввода так и не появилась на десктопе, тогда как на смартфонах она стала нормой. В качестве возможного решения рассматривается применение больших языковых моделей для предсказания и исправления текста на ПК.
На десктопе за десятилетия так и не появилось полноценной автокоррекции, аналогичной T9 на смартфонах. Пользователи ПК по-прежнему получают лишь красное подчёркивание и контекстное меню с вариантами, тогда как телефонные клавиатуры давно исправляют слова на лету. Автор материала на «Хабре» разбирает, почему так сложилось и можно ли исправить ситуацию с помощью больших языковых моделей.
Проверка орфографии на десктопе опирается на словарные движки вроде Hunspell, который используется в Firefox и LibreOffice. Тест с жаргонным словом «задеплоил» показал, что Hunspell 1.7.2 со словарями ru_RU и en_US предлагает варианты «затушил», «засушил», «запулил» и другие, не имеющие отношения к смыслу. Обратная ситуация с фразой «Сегодня тяжелый лень, нашел бар в релизе, кол перепишу завтра»: три бытовые опечатки, вызванные промахом по соседней клавише, движок не замечает, поскольку слова «лень», «бар» и «кол» формально есть в словаре.
Десктопный подход к исправлению ошибок сформировался более 30 лет назад. Красная волнистая линия появилась в Office 95 благодаря Тони Крюгеру из команды Word, а Стивен Синофски, тогда руководивший разработкой Office, объяснял, что она повторяла пометку корректора. Схема «программа показывает, человек исправляет» оказалась настолько живучей, что дошла до наших дней почти без изменений.
Телефоны пошли другим путём, поскольку на сенсорном стекле пальцы постоянно промахиваются. Клавиатура там — отдельная программа, через которую проходит весь ввод: она видит слово целиком и сама решает, что отдать в текстовое поле. На десктопе метод ввода для латиницы и кириллицы выродился до таблицы раскладки, а проверка орфографии живёт внутри текстовых полей конкретного тулкита, поэтому качество «T9» зависит от приложения.
В macOS автокоррекцию в Sonoma перевели на трансформерную модель, но только для английского, французского и испанского языков — русского в списке нет. Серые подсказки в строке работают не везде: в сторонних приложениях вроде Obsidian их поддержку приходится ждать, а с сниппетами TypeIt4Me они конфликтуют. В Windows подсказки для физической клавиатуры появились ещё в версии 1803, но по умолчанию выключены, а выбор варианта требует нажатия стрелок и Enter, что при скорости набора 300 знаков в минуту бесполезно.
В Linux системного T9 нет вообще: Firefox и LibreOffice используют Hunspell, GTK-приложения — Enchant, KDE — Sonnet. Ближе всего к общесистемному решению подбирается ibus-typing-booster, работающий как отдельный метод ввода. Автор SmartKey для IBus в README жалуется на те же ограничения предиктивных клавиатур в Linux.
Материал показывает, что разрыв между мобильной и десктопной автокоррекцией — не техническая случайность, а следствие архитектурных решений и приоритетов платформ. LLM могли бы дать десктопу контекстное исправление, но для этого потребуется перестроить метод ввода, а не просто заменить словарь.
Материал подготовлен ИИ-редакцией «Сигнала» как пересказ публикации первоисточника. Фактическую точность и подробности проверяйте по оригиналу.