HouseFriend · локальный AI-контур

Локальный ИИ в умном доме: что должно работать без облака

Локальная архитектура нужна не ради модного термина. Она определяет, продолжит ли дом выполнять базовые сценарии при потере интернета и кто контролирует данные о повседневной жизни.

Инженерный материал · 8 минут чтения

Что означает local-first на практике

Базовая логика дома исполняется на контроллере внутри объекта, а интернет остается дополнительным каналом.

Локальный контроллер принимает события от датчиков, применяет правила и передает команды исполнительным устройствам. Свет, климатические уставки, шторы и уведомления не должны зависеть от доступности внешнего API.

Облако может использоваться для удаленного доступа, резервных уведомлений, обновлений или ресурсоемкой аналитики. При его недоступности система переходит в заранее определенный режим, а не прекращает работу.

Безкамерное присутствие строится на совокупности сигналов

Один датчик не дает достаточного контекста для надежных сценариев во всех помещениях.

mmWave-датчики помогают фиксировать присутствие и микродвижения. Дверные контакты, температура, влажность, CO₂ и энергопотребление дополняют контекст. BLE или UWB могут использоваться для идентификации устройства или зоны, если это согласовано с владельцем.

Wi-Fi CSI рассматривается как экспериментальный RF-слой и не должен быть единственным основанием для критичных действий. HouseFriend не обещает стопроцентную идентификацию людей и не выдает вероятностную оценку за подтвержденный факт.

Граница данных должна быть описана до монтажа

Владелец должен понимать, какие события сохраняются, куда передаются и сколько времени хранятся.

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

Удаленный доступ требует отдельной авторизации, журналирования и возможности отзыва. Экспорт конфигурации, удаление истории и правила резервного копирования фиксируются в проектной и эксплуатационной документации.

Облако полезно, когда оно не является единственной точкой отказа

Удаленные сервисы расширяют возможности, но не должны владеть базовой работоспособностью дома.

Допустимые задачи облака: уведомления за пределами объекта, агрегированная аналитика, сервисная диагностика, обновления и интеграция с внешними системами. Для каждой задачи задаются timeout, повтор, fallback и поведение при частичном отказе.

Если поставщик прекращает сервис, владелец должен сохранить локальные сценарии, ручное управление и возможность обслуживать оборудование через документированные интерфейсы.

Что проверить перед выбором локального AI-решения

Хорошая архитектура проверяется конкретными ответами, а не словом «локальный» в презентации.

Где исполняются базовые сценарии и что произойдет без интернета?
Какие данные покидают объект и можно ли отключить передачу?
Кто имеет удаленный доступ и где фиксируются его действия?
Можно ли экспортировать конфигурацию и заменить отдельный компонент?
Какие функции экспериментальные и какой предусмотрен deterministic fallback?
Какие документы и тесты получает владелец при приемке?

Начните с архитектуры данных и пилотной зоны

МОСКОС зафиксирует локальные и облачные границы, состав интеграций, критерии приемки и безопасный первый этап HouseFriend.

Обсудить концепцию