Gemini в Android Auto уже несколько месяцев ведет себя странно: ассистент продолжает озвучивать варианты маршрута даже после того, как водитель уже ткнул в экран и подтвердил поездку. Для автомобильного интерфейса это не мелкий баг из серии «потом поправим», а сбой в базовой логике голосового управления, где каждая лишняя реплика конкурирует с навигацией и вниманием водителя.
О проблеме пишет 9to5Google со ссылкой на опыт своего автора Бена Скуна. Сценарий выглядит буднично и потому особенно показательно. Пользователь просит проложить маршрут или добавить остановку, Google Maps показывает список подходящих мест, а Gemini начинает зачитывать варианты вслух, чтобы выбор можно было завершить голосом. Идея здравая: меньше касаний экрана, меньше отвлечения от дороги. Но как только водитель решает не продолжать диалог и просто выбирает нужный адрес на тачскрине, Gemini в Android Auto нередко делает вид, что ничего не произошло, и продолжает спрашивать: какой именно вариант выбрать.
В результате возникает неприятный разрыв между интерфейсами. На экране маршрут уже построен, карточки вариантов исчезли, поездка подтверждена, а голосовой ассистент все еще живет в предыдущем состоянии и ждет ответа. Для обычного мобильного приложения это раздражает. Для системы в автомобиле, где голос нужен как раз для сокращения лишних действий, это уже плохая инженерия. Смысл Android Auto не в том, чтобы впечатлять разговорами с ИИ, а в том, чтобы быстро и без лишнего шума доводить водителя до нужного действия. Если система не понимает, что пользователь завершил задачу вручную, она ломает собственный сценарий.
Любопытно, что автор сравнивает поведение Gemini с прежним Google Assistant в Android Auto, и тут сравнение оказывается не в пользу новой версии. Старый ассистент, по его словам, такой ошибки не допускал: ручное действие на экране завершало голосовую сессию автоматически. То есть в одной из самых простых точек интеграции старый стек вел себя разумнее нового. Для Google это особенно неловко, потому что компания продвигает Gemini не просто как замену Assistant, а как более умный слой взаимодействия, способный работать в разных устройствах и контекстах. Когда такой слой спотыкается на банальном событии вроде нажатия на экран после голосовой команды, все разговоры про «агентность» начинают звучать слишком оптимистично.
При этом сам автор не сводит историю к привычному «раньше было лучше». Он прямо пишет, что Gemini в машине в целом стал заметным улучшением по сравнению с Assistant, планка для которого к моменту перехода была уже довольно низкой. Google фактически перестала развивать прежнего помощника в эпоху Gemini, и новый ассистент хотя бы вернул ощущение рабочего продукта. Более того, режим живого диалога Gemini Live оказался одной из удачных функций: во время поездки можно проговаривать идеи, раскладывать задачи по полочкам или просто использовать дорогу как время для голосового брейншторма. С точки зрения продуктовой стратегии это понятная ставка: автомобиль становится еще одной точкой входа в экосистему разговорного ИИ.
Именно поэтому история с «не замолкающим» ассистентом выглядит такой досадной. Речь не о редком краевом кейсе, не о несовместимости с экзотической магнитолой и не о споре вкусов. Это один из базовых маршрутов использования навигации: запросить адрес голосом, увидеть несколько вариантов, быстро подтвердить нужный. По словам автора, проблема наблюдается с самого первого развертывания Gemini на его устройствах в ноябре прошлого года, то есть с ноября 2025-го, и до начала июля 2026 года стабильного исправления так и нет. Иногда система все же понимает, что пользователь перешел к ручному управлению, но это происходит непоследовательно. А непоследовательность в автомобильном UX обычно раздражает сильнее самого дефекта: водитель не может выучить поведение системы и заранее понять, когда она сработает нормально, а когда снова начнет разговаривать с пустым экраном.
Для русскоязычной IT-аудитории здесь интересен не только сам баг, но и более широкий паттерн. Крупные платформы сейчас спешно встраивают генеративный ИИ в уже работающие интерфейсы, от мобильных ОС до рабочих приложений и автомобильных систем. На демо это выглядит как эволюция: помощник стал разговорчивее, естественнее, контекстнее. На практике все упирается в скучную, но критическую механику состояний, событий и приоритетов ввода. Если продукт не умеет надежно синхронизировать голосовое взаимодействие с обычным UI, он начинает не помогать, а мешать. Для разработчиков это почти учебный пример того, что слой ИИ не отменяет требования к базовому event handling. Для продактов и IT-руководителей вывод тоже прямой: нельзя мерить качество ассистента только по красоте ответов и широте сценариев, если в ключевом пользовательском пути он не умеет вовремя остановиться.
У этой истории есть и бизнесовый подтекст. Android Auto давно перестал быть просто экраном с картами и музыкой; это часть стратегии Google по удержанию пользователя внутри собственных сервисов во время поездки. Чем чаще человек взаимодействует с навигацией, сообщениями, встречами и поиском через один голосовой слой, тем выше ценность экосистемы. Но в машине цена ошибки выше, чем в браузере или чате. Здесь плохой UX быстрее превращается в недоверие к функции целиком: пользователь после пары таких эпизодов просто перестает обращаться к ассистенту и возвращается к ручным действиям. А это уже бьет по самой идее conversational interface за рулем.
Главный вопрос теперь не в том, способен ли Google добавить в Android Auto еще больше ИИ-функций, а в том, сможет ли компания довести до ума уже существующие. Пока Gemini в Android Auto не научится безошибочно понимать, что пользователь завершил сценарий на экране, все разговоры о более умном помощнике будут упираться в простую вещь: ассистент в машине должен не только говорить, но и вовремя молчать. Демонстрацию проблемы можно посмотреть в материале .