Лет семь назад я собирал домашнюю автоматику примерно на 20 тысяч рублей: датчики влажности, CO₂, движения, розетки, реле. С ESP и Tuya простые команды по локальной сети получались, а вот таймеры и согласование нескольких устройств иногда жили своей жизнью. Хотелось меньше возиться с бытом, а не поменять класс проблем.

С тех пор Home Assistant, Zigbee2MQTT, ESPHome и локальный голос стали куда привычнее. Когда я принёс в IT-чат первую статью о независимом умном доме, мне об этом напомнили. Дошло до торжественного: «Дамы и господа, мы придумали SprutHub». И ведь справедливо.

Для тех, кто не собирал умный дом: датчик сообщает о событии, шлюз или интеграция передаёт его системе вроде Home Assistant, та запускает сценарий. Иногда в эту цепочку вклинивается облако производителя. И вот тут начинаются приключения.

В октябре 2026-го после повреждения инфраструктуры «Яндекса» перебои затронули «Алису» и часть умного дома. Не значит, что у всех застряли шторы. Но почему команда мотору в соседней комнате вообще должна лететь через чужой сервер? Belkin отключила облачную поддержку части Wemo: устройства, заранее настроенные с HomeKit, могли продолжить работать, а вот новая настройка стала проблемой. Для контраста: во время сбоя Netatmo ручное управление и запись данных сохранились. Хотелось бы знать заранее, какой сценарий ждёт купленную железку.

Но даже полностью локальный дом иногда ломается. Просто теперь дежурный сисадмин - его хозяин. В одном чате человек рассказал, как автоматизация HA попыталась включить осушитель Midea 3407 раз за два часа. Помог перезапуск интеграции. У другого реле исчезло из базы Zigbee2MQTT, но продолжало отправлять сообщения. Пришлось поработать Шерлоком Холмсом. А одна рекомендация ИИ по перезапуску Chromium, по оценке владельца, закончилась 1,86 ТБ записи на SSD за выходные. И после этого мне хотелось бы слышать не только «исправлено», но и «проверил, что больше не ломается».

Есть у меня NoemaForge, дальше NF. Я пытаюсь научить модели и инструменты работать вместе, не лезть куда не положено и не рапортовать «готово» без проверки. И подумал: а если дать такому помощнику доступ для начала на чтение, к существующему Home Assistant? Пусть выяснит, что подключено, где оборвалась связь и на чём основан его диагноз. Не переписывая HA и Zigbee2MQTT.

И не обязательно ради этого покупать серверный шкаф. У кого-то уже стоит компьютер, ноутбук или мини-сервер, способный запустить небольшую модель. Отправлять каждый простой вопрос в облако - это как заказывать каждый кофе с доставкой, когда дома есть кофемашина. Конечно, не любой кофе она сварит. Сложную задачу можно передать облачной модели, если хозяин разрешил. Мне интересна система, которая умеет разумно использовать доступные ресурсы, выбирать исполнителя и проверять результат. Пока это цель, а не готовая автоматика NF.

Домашнюю маску назвал Дживсом. Любителям английского юмора - «Дживс, вы гений». Маска в NF - инструкции и разрешения для модели: чем занимается, какие инструменты видит, где должна остановиться. На иллюстрациях ниже (для самых любопытных) 21 персона из задуманных 30. Дживс держит котика - какой же это дом без кота, хотя бы виртуального?

В идеале спрашиваю: «Дживс, куда делось реле?» Он сверяет доступные журналы, предлагает проверку, а если не знает - отвечает: «Овсянка Не знаю, сэр». Изменения - только по разрешению, с проверкой и откатом; аварийная защита воды, газа и замков должна работать без LLM, но не проходить бесследно. Не забываю и о приватности: датчики складываются в распорядок семьи, и какой-нибудь «Шелдон», недовольный моим туалетным расписанием, мне не нужен.

Пока SmartHome Local Control в NF существует на уровне политик и контрактов (shadow / offline_contract), реальными устройствами не управляет. И сама идея не нова: в Palantir Foundry/AIP тоже связывают данные, действия, права и наблюдаемость. Но это зрелая корпоративная платформа, а NF - молодой открытый проект совсем другого масштаба, но мечтать о том как он станет лучше Palantir пока что легально.

Теперь о маааааленькой проблеме размером со среднего индийского слона. Первая и главная задача - довести NoemaForge 0.33 до production-ready состояния. Нужны Python, архитектура, QA, безопасность, сборки, проверка сбоев и отката (через 8 месяцев сольной разработки опускаются руки). Критика, после которой я переделаю полплана, тоже подойдёт. Моя самооценка не оценит, но я буду благодарен

Вторая просьба - к энтузиастам умных домов. Приносите воспроизводимые поломки, рабочие интеграции и объяснения, где я опять изобретаю SprutHub. Хочу сравнить, кто лучше разберёт цикл осушителя - штатные трассировки HA или будущий NF на копии журнала.

Репозиторий: https://github.com/Sinev-Maksim/NoemaForge

P.S. Домашнюю автоматику я собирал, чтобы меньше возиться с бытом. Не хотелось бы получить вместо неё вторую работу без отпусков и почасовой ставки.

FAQ для тех, кто уже потянулся к комментариям

Зачем NF, если есть Home Assistant?

Не вместо, а, возможно, рядом. HA уже умеет управлять домом и диагностировать многое. NF я хочу проверить как дополнительный слой инвентаризации, анализа сбоев, контролируемых изменений и проверки результата. Если он ничего не добавит - ещё один велосипед нам ни к чему.

Почему просто не подключить Claude?

Можно. У HA уже есть интеграция Anthropic и MCP. Разница в замысле: выбирать между семействами локальных и одной облачной моделью, контролировать доступ к данным и проверять действия независимо от конкретного провайдера.

А если компьютер не потянет LLM?

Тогда не потянет. Никакой магии. Для части задач подойдёт небольшая модель, для других - облако с разрешения владельца, а для многих вообще не нужен ИИ. Покупка GPU не должна быть входным билетом. Пока что не пытаюсь в чёрную магию и запуск на тесте на беременность, как Doom, но если есть тот, кто может в такое - welcome

Не проще сразу купить Zigbee/Matter и нормальные устройства?

Проще, если начинаешь с нуля и всё нужное существует в подходящем варианте. Но люди уже купили технику, имеют бюджет и ограничения. И один логотип протокола ещё не гарантирует полной независимости от облака. И не гарантирует что политики не изменятся. Да вообще мало что гарантирует.

Перепрошивать чужое железо вообще законно?

Зависит от устройства, лицензий и применимого права. На совместимых устройствах открытые прошивки могут помочь, но подписанные загрузчики и вопросы безопасности не исчезают. NF не обещает разблокировать любую коробочку.

Кто потом будет всё это поддерживать?

Надеюсь, не один я. Задача - использовать и поддерживать существующие проекты и интеграции, а не подменять их новой религией. Поэтому пока зову прежде всего помогать с релизом 0.33 и приносить проверяемые кейсы. Поддержка тут вообще сложное направление, но с позволения Высших Сил карта проекта длинна и там есть и про само (и не только) эволюцию и дообучение под каждого конкретного пользователя. И внутренний магазин для продажи\обмена улучшений (моделей\кода\пакетов инструкций(читай-масок)), как не превратить это в скайнет, да и вообще много всего.