Sprut 3: управление домом поменялось целиком
Главная новость недели — переход на Sprut 3. Внешне это новый интерфейс с комнатами, устройствами и общей картиной дома. Но важнее то, что изменилось внутри: мы переделали сам путь управления устройствами.
Раньше многие команды строились вокруг MQTT-топиков. Это рабочий транспорт, особенно для телеметрии и устройств Wiren Board, но для управления Sprut-устройствами приходилось отдельно знать правильный топик, формат команды и путь обратной проверки. После перехода на Sprut 3 основным контуром стал локальный API. Теперь Smart, панель и Hermes обращаются к конкретному аксессуару, сервису и характеристике, а после записи читают значение обратно и проверяют, что команда действительно выполнилась.
MQTT мы не выбросили. Он остаётся для истории и телеметрии, нативных каналов Wiren Board, старых интеграций и аварийной диагностики. Но обычная команда Sprut-устройству теперь сначала идёт через API. MQTT используется только как временный резерв, если API-запись не прошла проверку.
Практически это дало дому четыре вещи:
- один понятный источник текущего состояния устройства;
- проверку результата каждой важной команды, а не надежду на доставку сообщения;
- структурированный доступ не только к устройствам, но и к сценариям;
- меньше зависимости от вручную прописанных MQTT-топиков и старых служебных обходов.
Мы добавили отдельный диагностический пробник Sprut 3, низкоуровневый API-инструмент и перевели обычные команды локального моста на схему API-first. Старый универсальный MQTT-инструмент теперь по умолчанию заблокирован и оставлен только для аварийной диагностики. Даже простые ручные команды кухонного света уже работают через API с чтением результата обратно.
Sprut 3 пока остаётся alpha-версией, поэтому переход сделан с резервом и наблюдением. Для отопления, вентиляции, охлаждения и других важных нагрузок одной отправки команды недостаточно: обязательна проверка фактического значения.
Переход потянул за собой переделку сценариев
Новый API позволил посмотреть на сценарии не как на набор отдельных карточек, а как на программную систему. Мы научились получать их полную структуру, делать резервные копии, точечно обновлять и затем автоматически проверять пересечения.
Самая заметная переделка произошла в бане. Старые общие сценарии управляли сразу несколькими устройствами, из-за чего разные режимы могли писать в один свет, маркер или нагрев. Мы разделили ответственность: у подсветки кухни, стены спальни, портала и коридора появились свои владельцы. Ненадёжные сценарии физической Aqara-кнопки и старый общий ночной сценарий оставлены в Sprut для совместимости, но их действия нейтрализованы.
Это оказалось важно именно на Sprut 3: alpha-версия не всегда корректно учитывает старые флаги active=false и onStart=false. Поэтому мы больше не считаем выключенный флажок достаточной защитой. Если legacy-сценарий не должен работать, его действия убираются явно, а панель и Hermes меняют режим прямой записью виртуального маркера через API.
Параллельно Codex собрал проверяемую карту из 90 сценариев и 120 устройств. После разведения владельцев число конфликтующих действий снизилось с 14 до 8. Это не абстрактная чистка: именно такие конфликты дают бытовые симптомы, когда свет включается и сразу гаснет, режим отменяет соседний режим или нагрев получает две противоположные команды.
Теперь изменение сценария проходит как инженерная процедура: резервная копия, одна точечная правка, загрузка через API, повторный анализ пересечений и проверка здоровья системы. Дом можно развивать без слепого редактирования прямо в интерфейсе.
Codex 5.6: Sol, Terra и Luna
В Codex появилась линейка GPT-5.6 из трёх моделей. Sol предназначен для сложных открытых задач, где нужны анализ, инженерное решение и аккуратный результат. Terra — практичный универсальный вариант для повседневной работы и быстрых проходов по коду. Luna — лёгкая модель для чётких повторяемых задач: извлечения данных, классификации, преобразований и коротких структурированных отчётов.
Для нашего дома главным стал Sol. Его преимущество проявилось не в одном красивом ответе, а в полном цикле работы. Он может одновременно удерживать карту устройств, старые сценарии, правила безопасности, API Sprut, локальные скрипты и результаты проверок. После анализа он не останавливается на совете: готовит точечное изменение, делает резервную копию, применяет его, проверяет фактическое состояние и обновляет документацию.
Переход на Sol заметно продвинул работу с умным домом. За один связный процесс появились клиент Sprut API, диагностический пробник, схема API-first с MQTT-резервом, автоматическая карта сценариев и разбор конфликтующих владельцев устройств. Раньше такие задачи приходилось разбивать между ручным поиском, отдельными скриптами и проверками по памяти. Теперь Codex связывает их в одну проверяемую инженерную цепочку.
Это не отменяет осторожность. Sol полезен именно потому, что работает внутри понятного процесса: сначала читает факты, затем меняет только выбранный участок, а после изменения обязан доказать результат. Terra и Luna можно подключать к быстрым и повторяемым частям, но сложную архитектуру дома и спорные сценарии разумно оставлять Sol.
У Sprut появился свой питомец
Для нового интерфейса мы создали цифрового питомца — маленького чёрно-золотого робота-осьминога. Он поселился в правом нижнем углу панели Sprut 3 и стал узнаваемым визуальным персонажем дома.
Пока питомец не управляет устройствами и не подменяет технические индикаторы. Его задача проще: сделать большую инженерную панель немного живее и дать новому интерфейсу собственный образ. Позже его можно связать с состоянием системы — например, показывать спокойный режим, предупреждение или успешное восстановление сервисов, — но фактические статусы по-прежнему должны оставаться рядом и читаться напрямую.
Итог
Sprut 3 оказался не косметическим обновлением. Мы поменяли основной способ управления устройствами, сохранили MQTT там, где он действительно полезен, переделали спорные сценарии и получили проверяемый процесс изменений. Codex 5.6 Sol помог связать API, сценарии, резервные копии, диагностику и документацию в одну работу. А новый питомец добавил этому серьёзному техническому переходу собственное лицо.
