Google 15 сентября 2026 года обновила документацию Google Home MCP Server, а 16 сентября профильные издания описали запуск раннего доступа. Это не партнёрство и не очередной корпоративный кейс: Google открывает для совместимых AI-агентов отдельный MCP-сервер, через который агент может видеть структуру умного дома, читать состояние устройств, анализировать историю событий и выполнять разрешённые команды.
Если коротко, Google Home превращается из набора приложений и голосовых команд в слой инструментов для внешних агентов. Пользователь по-прежнему должен выдать доступ через OAuth и выбрать, кому доверять. Но сама идея меняется заметно: агент получает не только текстовый контекст, а физический контур с устройствами, событиями и последствиями.
Что выпустила Google
Home MCP — это сервер Model Context Protocol для Google Home. MCP здесь работает как стандартизированный мост между AI-клиентом и инфраструктурой умного дома. Агент не угадывает, какие устройства есть в квартире, а вызывает инструменты, получает список домов, комнат, устройств, состояний и доступных команд.
В официальной документации Google перечисляет пять основных зон возможностей. list_homes помогает получить доступные дома и структуры. list_home_resources возвращает устройства, комнаты, свойства и схемы команд. list_home_states показывает актуальное состояние и подключённость устройств. run_home_actions выполняет параметризованные действия. list_home_history даёт историю изменений и событий за выбранный период.
Это важная разница с обычным чат-ассистентом. Раньше пользователь мог описать дом словами: «у меня есть лампа, камера и термостат». Теперь агент может запросить реальное состояние системы и строить ответ на данных Google Home. Он может не только сказать «проверьте свет», а увидеть, какие источники света доступны, какие включены, где есть недавние события и какие действия вообще разрешены.
Почему это значимый релиз
Умный дом долго жил в логике «команда — действие». Пользователь открывает приложение, нажимает кнопку, создаёт автоматизацию или говорит голосовому ассистенту короткую фразу. Это удобно для простых сценариев, но плохо работает там, где нужно рассуждать по истории, искать закономерности и связывать несколько устройств.
MCP добавляет другой слой. Агент может отвечать на вопросы вида: что происходило дома, когда меня не было; какие устройства часто остаются включёнными; почему автоматизация сработала не так; сколько раз за неделю запускался определённый прибор; какие комнаты сейчас выглядят активными по событиям. Это уже не просто пульт управления, а аналитический доступ к домашней телеметрии.
Самое интересное — Google не ограничивает идею только собственным ассистентом. В документации упоминаются MCP-совместимые клиенты вроде Google Antigravity, Claude Cowork и OpenClaw. То есть Home MCP задуман как внешний интерфейс: разные агенты могут подключаться к одному домашнему слою, если пользователь дал разрешение и настроил OAuth.
Как устроено подключение
Для запуска нужен активный умный дом в Google Home, подписка Google Home Premium Advanced, Google Cloud project и MCP-совместимый AI-клиент. Настройка не выглядит как кнопка «включить всем»: нужно создать проект в Google Cloud, включить Home API, настроить OAuth consent screen, создать OAuth client ID и добавить redirect URI для выбранного клиента.
После этого в AI-клиент добавляется MCP-сервер https://home.googleapis.com/mcp с OAuth-аутентификацией и scope https://www.googleapis.com/auth/home.platform.v2. В простом виде это обычный remote MCP transport, но за ним стоит чувствительная поверхность: устройства, комнаты, состояние дома и история.
Google отдельно описывает ручные сценарии для Antigravity, Claude Cowork и OpenClaw. Это полезная деталь: релиз ориентирован не только на конечного пользователя умного дома, но и на разработчиков агентных рабочих сред. Если агент умеет работать с MCP, он получает понятный способ подключиться к Google Home без отдельной кастомной интеграции под каждое приложение.
Что агент сможет делать
Первый класс задач — инвентаризация. Агент может узнать, сколько домов и структур доступно пользователю, какие комнаты есть внутри, какие устройства подключены и какие traits у них заявлены. Для настройки умного дома это уже экономит время: не нужно вручную собирать список устройств и переписывать названия из приложения.
Второй класс — мониторинг. Агент может проверить, какие устройства доступны, какие находятся в конкретном состоянии, где есть сбой связи или странная активность. В нормальном интерфейсе это часто размазано по разным экранам, а агент может собрать картину одним запросом и объяснить её человеческим языком.
Третий класс — действия. Через run_home_actions агент может выполнять разрешённые команды. Это самый чувствительный участок: здесь ответ модели превращается в физическое изменение. Поэтому важны не красивые демонстрации, а политика доступа, подтверждения и ограничения по типам действий.
Четвёртый класс — история. list_home_history открывает сценарии, где агент анализирует события за период: когда загорался свет, что менялось в состоянии устройств, какие сигналы приходили с датчиков или камер. Именно история делает систему похожей не на голосовой пульт, а на слой наблюдения и диагностики.
Где проходит граница безопасности
Google прямо предупреждает: подключение реального дома к агенту позволяет этому агенту управлять устройствами от имени пользователя. В документации указаны rate limits и защитные ограничения, включая запрет на чувствительные действия вроде разблокировки дверей. При этом Google честно оговаривает, что поведение зависит от выбранного агента и может оказаться неожиданным или нежелательным.
Это правильная формулировка. Модель может быть очень умной, но она не должна быть последней инстанцией для опасного физического действия. Нужен детерминированный слой политики: кто подключился, к какому дому, к какому устройству, с какой командой, в какое время, с каким подтверждением и с каким журналом действий.
Для семьи или офиса появляется ещё один бытовой вопрос: остальные участники дома должны знать, что агент может видеть данные и управлять устройствами. Google советует уведомлять домочадцев или создавать отдельный дом для разработки и тестов. Это звучит бюрократически, но на практике важно. Камеры, датчики, расписания и история активности — это не абстрактные данные, а жизнь людей.
Доступ можно отозвать через приложение Google Home или страницу аккаунта. Это тоже нужно учитывать в продуктовой логике: агентный доступ не должен быть вечной дырой, которую забыли после первого эксперимента.
Чего пока нет
Home MCP находится в Early Access. В документации есть раздел Known Issues: часть traits помечена как экспериментальная, а задержки местами могут быть выше ожидаемых. Google пишет, что работает над оптимизацией latency.
Отдельно указано, что создание и управление автоматизациями через Home MCP пока не поддерживается. Поддержку автоматизаций обещают позже. Это важное ограничение: сейчас релиз больше про чтение структуры, состояние, историю и отдельные действия, а не про полноценный визуальный конструктор сценариев через агента.
Ещё одна деталь — Familiar Face data. Для доступа к данным знакомых лиц требуется отдельное явное согласие. Это хороший пример того, как один MCP-сервер может иметь разные уровни чувствительности: обычный список ламп — одно, история камер и распознавание лиц — совсем другое.
Кому это будет полезно
Первый сценарий — разработчики и энтузиасты умного дома. Они смогут подключить агента к реальному состоянию устройств и попросить его разобраться в конфигурации, найти странные паттерны, предложить dashboard или проверить, почему сценарий работает не так.
Второй сценарий — производители приложений и сервисов вокруг умного дома. Если Google Home становится инфраструктурным слоем, поверх него можно строить специализированные агенты: для энергосбережения, ухода за пожилыми, наблюдения за загородным домом, диагностики устройств или бытовой автоматизации.
Третий сценарий — агентные рабочие среды. Для них Home MCP показывает, что MCP выходит за пределы файлов, репозиториев и SaaS-интеграций. Агент получает доступ к физическому миру, пусть и через ограниченный API. Это меняет требования к UX: подтверждения, журнал, отмена действий, понятные права и безопасные значения по умолчанию становятся не дополнением, а обязательной частью продукта.
Что я бы проверял перед реальным использованием
Первое — какие действия агент может выполнять без подтверждения. Для бытовых экспериментов это кажется мелочью, пока модель не выключит не тот прибор, не изменит температуру ночью или не начнёт массово дёргать устройства по неверно понятой команде.
Второе — как клиент показывает tool calls. Пользователь должен видеть не магию, а конкретику: агент запросил список устройств, прочитал состояние, предлагает выполнить команду, ждёт подтверждение. Чем ближе агент к физическим действиям, тем меньше места для тёмного интерфейса.
Третье — как работает история и приватность. Если агент видит события камер, присутствие людей, расписание дома и привычки, это уже чувствительный профиль. Нужно понимать, какие данные уходят в выбранный AI-клиент, как они хранятся, можно ли отключить отдельные источники и как быстро отозвать доступ.
Четвёртое — задержки и надёжность. Для умного дома важна не только правильность ответа, но и предсказуемость. Если агент анализирует историю минуту — терпимо. Если он включает свет с задержкой или теряет состояние после ошибки OAuth — это уже плохой пользовательский опыт.
Почему это шире, чем умный дом
Home MCP хорошо показывает следующий этап агентных интеграций. Сначала агенты научились читать документы и код. Потом получили инструменты для SaaS: задачи, таблицы, почта, CRM. Теперь тот же подход приходит к системам, которые управляют физическими объектами.
Технически это всё ещё API и OAuth. Но риск другой. Ошибка в документе неприятна, ошибка в таблице чинится версией, а ошибка в управлении домом может включить устройство, раскрыть бытовые данные или создать небезопасную ситуацию. Поэтому такие релизы нужно оценивать не только по возможностям, но и по границам.
Для Google это ещё и инфраструктурный ход. Компания показывает, что Google Home может быть не только приложением и ассистентом, а базовым слоем для сторонних агентов. Если разработчики поверят в этот слой, Google получает роль домашней платформы, поверх которой другие делают пользовательские AI-интерфейсы.
Для рынка AI это знак, что MCP становится не модной аббревиатурой, а практическим способом подключать агента к реальным системам. Хорошая новость: меньше кастомных мостов и больше единых интерфейсов. Сложная новость: стандартизировать доступ проще, чем стандартизировать ответственность.
Как попробовать
Публичная документация уже доступна в Google Home Developer Center, но режим помечен как Early Access. Нужны Google Home Premium Advanced, Google Cloud project, включённый Home API, OAuth credentials и AI-клиент с поддержкой MCP.
Я бы начинал не с основного дома, а с тестовой структуры и нескольких безопасных устройств: лампа, розетка без критичной нагрузки, датчик, возможно тестовая камера без приватных зон. Сначала проверить list_home_resources, затем list_home_states, потом историю, и только после этого — отдельные действия через run_home_actions с явным подтверждением.
Если сценарий нужен для продукта, важно сразу проектировать журнал действий, список запрещённых команд, отдельное согласие для чувствительных данных и понятную кнопку отзыва доступа. Агент в умном доме должен быть полезным помощником, а не невидимым пользователем с непонятными правами.
Источник
Официальная документация Google Home Developers: Google Home MCP Server, последнее обновление 15 сентября 2026 года. Новостной инфоповод сверен по публикации The Verge от 16 сентября 2026 года: Google will now let any AI agent run your smart home.