В первой части я показывал, как через MCP можно управлять домом и разбирать типовые бытовые задачи: свет, энергию, логи, «мертвые» датчики, режимы.

После этого быстро всплыл другой вопрос: а если человек только начинает или уже настроил, а через полгода забыл, где что лежит и за что отвечает. Можно ли спросить обычным языком и получить не магию, а понятный план настройки и оптимизации?

Вот про это вторая часть. Не про то, «как агент ходит по API», а про то, как обычному человеку стало проще настраивать дом и улучшать автоматизации. Примеры снова с живой системы: больше 200 объектов, агент смотрит в реальный контур, а не в демо.

В чём сдвиг для новичка

Раньше путь выглядел так:

открыл админку → угадал, где искать → кликнул не туда → испугался сломать → отложил на выходные.

С MCP путь другой:

спросил человеческим языком → получил объяснение «что это и зачем» → получил конкретный следующий шаг.

Новичок не обязан знать, что Climat03 — объект класса Climat, а шаблон рендерится через Jinja2. Ему достаточно сказать: «у меня в туалете сыро» или «сделай карточку режима понятнее».

Кейс 1. «Я только подключил датчики. Что у меня вообще есть?»

Запрос:

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

Агент не отвечает простынёй из ID. Он собирает карту по смыслу: комнаты, климат, движение, свет, режимы, служебные статусы.

Ответ:

Сейчас дом уже не пустой: загружено больше двухсот объектов. Удобно думать так:

1. климат и влажность — чтобы понимать комфорт и риски;

2. свет и режимы — чтобы автоматизации были заметны каждый день;

3. «живость» устройств и питание — чтобы ловить проблемы до поломки.

Если коротко по комнатам: в гостиной свет и движение, в спальне климат и дверь, в ванной климат и протечки, в детских — климат, двери, где-то шторы.

С чего начать: ванная/туалет. Там сейчас самый показательный кейс по влажности.

Для новичка это важно: вместо «изучи архитектуру» он получает маршрут «что смотреть первым».

Кейс 2. Анализ без экспертизы: где дом уже просит внимания

Запрос:

Посмотри климат по дому. Где всё нормально, а где надо что-то менять в автоматизациях.

Агент поднимает текущие значения и сравнивает зоны. На момент проверки:

• спальня (Climat01): 27.6°C / 58.7% — риск low

• ванная (Climat02): 26.3°C / 68.0% — риск medium

• туалет (Climat03): 26.2°C / 78.8% — риск high

• комната (Climat04): 27.0°C / 61.2% — риск low

Системный статус климата при этом — danger. То есть дом уже сам поднимает флаг, а агент переводит его в понятный план.

Ответ:

Самая проблемная зона — туалет. Там высокая влажность и высокий риск плесени. Ванная тоже на контроле. Спальня и комната сейчас относительно спокойные.

Что имеет смысл сделать в автоматизациях:

1. После «водных» сценариев дольше держать вытяжку (не 5 минут, а 15–20).

2. Если влажность в туалете >65–70% дольше N минут — включать вентиляцию или уведомление.

3. Раз в день присылать короткий отчёт только по зонам с риском medium/high, а не по всему дому.

Вот это и есть ценность для новичка: не надо самому быть аналитиком. Система уже считает риск, а агент превращает его в план оптимизации.

Кейс 3. «Почему ночью что-то само выключается?» — разбор режимов

Запрос:

У меня есть какие-то режимы. Объясни, что сейчас включено и как это влияет на дом.

Ответ:

Сейчас:

• EconomyMode («Экономичный») — включён, таймаут выключения 30 минут;

• NightMode («Ночной») — выключен;

• SleepMode и DarknessMode — тоже выключены.

Если свет гаснет «сам», почти наверняка виноват не «глюк», а один из режимов. У ночного, например, при включении гасятся несколько устройств: свет в гостиной, диммер, группы подсветки.

На этом этапе новичок уже понимает какой режим даёт эффект. Дальше можно копнуть глубже — и тут агент полезен уже как помощник по оптимизации.

Запрос:

Ок, посмотри ночной и экономичный режимы внимательнее: там всё реально работает или только «кажется, что работает»?

Ответ:

В ночном режиме включение рабочее: свет из списка действительно гасится.
А вот выключение — слабое место: метод deactivate фактически пустой, поэтому после выхода из ночного режима свет сам не возвращается.

В экономичном режиме другая история: режим активен, таймаут 30 минут задан, но список устройств для отключения пустой. То есть режим формально есть, а полезного действия может не быть.

Что поменять:

• в NightMode — добавить логику возврата света при выключении;

• в EconomyMode — заполнить список устройств и уже от него строить отключение;

• если ночью слишком темнеет — убрать из списка лишние устройства и понаблюдать неделю.

Именно такие находки обычно месяцами живут незамеченными: галочка «включено» есть, эффекта нет.

Кейс 4. Новичок просит сделать понятную карточку: template для класса или объекта

Это мой любимый кейс для тех, кто не хочет писать шаблоны руками.

Запрос:

Сделай нормальную карточку для климатических датчиков: температура, влажность и риск плесени простыми словами. Я не хочу править HTML сам.

Пользователь формулирует задачу UI, а не «обнови class template». Агент собирает макет и делает preview на живых данных.

Ответ (preview):

Карточка на данных Climat03 («Климат(туалет)»):

• температура: 26.2°C

• влажность: 78.8%

• риск: высокий

• короткое пояснение, почему риск высокий

Могу сохранить это:

• на весь класс Climat — тогда одинаково станут все климатические датчики;

• или только на один объект — если хочется особое оформление проблемной зоны.

Второй вариант того же кейса:

Запрос:

У режима «Экономичный» карточка слишком общая. Добавь туда таймаут выключения и понятные кнопки Вкл/Выкл.

Ответ (preview):

Карточка EconomyMode:

• название: Экономичный

• статус: Активен

• кнопки: Вкл / Выкл

Если ок — сохраняю как шаблон именно этого объекта, общий вид остальных режимов не трогаю.

И вот здесь новичок получает то, чего обычно не хватает в умных домах: интерфейс под задачу, а не «как получилось из коробки». Без изучения Jinja2 и без страха сломать соседние объекты.

Технически под капотом это проверка шаблона → preview → сохранение в класс или объект. Но пользователю достаточно сказать: «сделай понятно, сначала покажи».

Кейс 5. От наблюдения к оптимизации автоматизаций

Самое полезное начинается, когда анализ и UI сходятся в один цикл.

Запрос:

Где сейчас хуже всего по климату? Предложи автоматизацию, которая это лечит, а не просто орёт уведомлениями. И сделай карточку датчика так, чтобы риск было видно без таблиц.

Ответ:

Хуже всего сейчас туалет (Climat03, риск high). Системный статус климата — danger.

Предлагаю так:

1. После водных сценариев держать вытяжку 15–20 минут.

2. Если влажность >70% дольше 10 минут — включать вентиляцию и писать короткое уведомление.

3. Карточку климата обновить: температура, влажность, риск цветом, короткое «почему».

Через пару дней можно спросить: «стало лучше или сценарий срабатывает зря?» — и подкрутить пороги.

Через несколько дней тот же цикл уже на языке оптимизации:

Запрос:

Стало лучше или режимы/вытяжка отрабатывают зря?

Ответ:

Смотри по паттерну:

• если риск часто high по вечерам — усиливать сценарий после душа;

• если риск высокий, а вытяжка уже работает долго — искать не только автоматику, а вентиляцию/источник влаги;

• если экономичный режим активен сутками, а экономии не чувствуется — сначала проверить, какие устройства он реально затрагивает;

• если ночной режим выключается, а свет «не возвращается» — чинить не датчики, а пустой deactivate.

То есть MCP здесь не про «ещё один чат с домом». Он про ускорение цикла:

понял → поменял → проверил эффект.

Для новичка это критично. Именно этот цикл обычно ломается: человек что-то настроил и не понимает, помогло или нет.

Почему это реально снижает порог входа

Коротко, возможности MCP в osysHome помогают в трёх местах:

1. Ориентация
   Не надо знать имена объектов. Можно спросить «что у меня есть» и «с чего начать».

2. Диагностика и оптимизация
   Не надо вручную собирать температуру, влажность, риск и статусы режимов. Можно получить приоритеты и увидеть, где автоматизация пустая.

3. Настройка «под себя»
   Можно попросить шаблон карточки и сначала увидеть preview. Это сильно снижает страх что-то сломать.

Отдельно важна дисциплина из первой части: агент может сначала показать, потом сохранить. Для новичка это психологически критично.

Ограничения

Агент не заменяет здравый смысл:

• если датчик врёт, красивая карточка не спасёт;

• если вентиляция физически слабая, автоматизация лишь сгладит симптомы;

• если выдать агенту полные права «навсегда», легко получить хаос вместо помощи.

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

Итого

В первой части MCP в osysHome выглядел как способ быстро делать дела по дому.
Во второй важнее другой эффект: дом начал объяснять себя человеку, который систему ещё не выучил.

Новичок может спросить обычным языком:

• что у меня есть;

• где сейчас проблема;

• какой режим виноват;

• как улучшить автоматизацию;

• как сделать карточку понятнее.

И получить не лекцию по архитектуре, а рабочий следующий шаг.

Самый показательный пример — запрос на template. Человек не говорит «обнови class template». Он говорит: «сделай, чтобы было понятно». А дальше агент уже сам разбирается: это шаблон на весь класс климата или точечная карточка одного режима.

Если коротко: порог входа падает, скорость настройки растёт, а оптимизация автоматизаций перестаёт быть шаманством «по ощущениям».