ha(ux): мастер из трёх страниц, feature-модель и capabilities-фильтрация

- config flow: template (A/B/F с пояснениями, значения с устройства,
  определение по oem_model; для неизвестных моделей — пробинг A/B/F тремя
  короткими сессиями) -> capabilities (23 тумблера с описаниями, дефолты
  из device_capabilities/num_dir/ответов) -> limits (диапазон/шаг, ручная
  конверсия); каждая страница с пометкой «значения определены
  автоматически, можно пропустить»
- features.py: FeatureSet/LiveValues/device_default/resolve_features;
  entry.data["features"] хранит выбор пользователя; reconfigure
  предзаполняет; YAML-import получает дефолты
- сущности создаются только для включённых фич: climate (режимы/скорости/
  swing/пресеты), switch, select заслонок (caps+num_dir), датчик комнаты;
  исправлено появление select без ламелей
- trial: caps/num_dir и presence-зонды (необязательные свойства), answered;
  координатор ждёт первые свойства перед созданием сущностей (feature-
  дефолты без гонки)
- атрибут description у сущностей (HA не поддерживает тултипы) + описания
  фич в мастере (en/ru)
- тесты: features, probing, обновлённые flow/entities/repairs; 57 components

custom_components/fglair/README.md

@@ -72,15 +72,22 @@ Assistant. Убедитесь, что `pyfglair` установлен в python-
 
    *Должно быть видно: список с одним устройством (имя, модель, host).*
 
-6. **Проверка шаблона с превью**: форма-предпросмотр рассчитанных
-   значений (режимы, диапазон температур, пример конверсии) и, при
-   необходимости, ручные коэффициенты/диапазон уставки. Сверьте с
-   приложением FGLair и подтвердите.
+6. **Три страницы настройки** (все значения уже подставлены по данным
+   устройства — можно просто нажимать «Далее»):
+   1. **Шаблон модуля** — A/B/F с пояснениями; определяется по модели
+      модуля, а для неизвестных моделей — проверкой свойств. Рядом
+      показаны прочитанные с устройства значения.
+   2. **Возможности прибора** — тумблеры по «человекочитаемым» фичам
+      (режимы, скорости, swing, пресеты, флаги, заслонки) с описаниями;
+      включены/выключены по `device_capabilities` и ответам устройства.
+      Сущности создаются только для включённых возможностей.
+   3. **Уставка** — диапазон/шаг (у A/F 16–30 °C шаг 0.5, у B шаг 1.0) и,
+      при необходимости, ручная конверсия коэффициентами.
 
    ![шаг 6](screenshots/step-6.png)
 
-   *Должно быть видно: таблица превью — режимы, диапазон 16–30 °C, шаг,
-   текущая температура, capabilities, кнопки Submit.*
+   *Должно быть видно: страница «Возможности прибора» с тумблерами и
+   описаниями, часть выключена по данным устройства.*
 
 7. **Готово**: карточка устройства с сущностями climate/switch/select/
    sensor/binary_sensor.
@@ -121,8 +128,11 @@ lanip_key_id) или импорт `config_*.json` от `fglair-discover`/`fglctl
 | sensor | температура в помещении, код ошибки, диагностическое состояние связи |
 | binary_sensor | connectivity + флаги op_status (defrost, maintenance, oil recovery, pump down, check operation, …) |
 
-Список зависит от шаблона устройства (A/B/F) и маски `device_capabilities`;
-режимы, которыми прибор не управляет, не создаются.
+Список зависит от шаблона устройства (A/B/F), маски `device_capabilities`
+и выбранных в мастере возможностей: то, что прибор не умеет или что
+отключено, не создаётся. У каждой сущности есть краткое описание в
+атрибуте `description` (карточка сущности → «Атрибуты»): HA не
+поддерживает нативные тултипы, поэтому описание видно там.
 
 ## Диагностика и известные ситуации