Wiele schematów automatyzacji w Home Assistancie pyta o ustawienia, które liczą się tylko w jednym trybie. Paul Bottein przygotował cztery zmiany, scalone 21 i 22 października 2026, które dodają warunek visible. Dzięki niemu pole albo cała sekcja pól pojawia się dopiero wtedy, gdy inne pole ma określoną wartość. Działa to w schematach oraz w formularzach konfiguracji i opcji integracji. Zmiany są w gałęzi rozwojowej i powinny wejść do Home Assistanta 2026.11.
W schematach
Pola i sekcje pól w schemacie dostają klucz visible, obok default i collapsed. W przykładzie z opisu zmiany pole jasności widać dopiero wtedy, gdy tryb przyciemniania ustawisz na fixed:
input:
dim_mode:
default: none
selector:
select:
options: [none, fixed]
brightness:
default: 50
visible:
field: dim_mode
value: fixed
selector:
number:
min: 1
max: 100
Ukryta sekcja ukrywa wszystkie swoje pola, a pole wewnątrz sekcji jest widoczne tylko wtedy, gdy spełniony jest zarówno warunek sekcji, jak i jego własny. Warunek może dotyczyć dowolnego pola w schemacie, bo nazwy pól są wspólne dla wszystkich sekcji. Edytor automatyzacji chowa i pokazuje pola na bieżąco, kiedy zmieniasz pozostałe ustawienia.
Autorzy schematów muszą pamiętać o jednej zasadzie. Ukryte pole nie wymaga wartości, ale każde !input w automatyzacji musi dać jakąś wartość. Ukryte pole przyjmuje więc wartość domyślną, a jeśli jej nie ma, None. Logika automatyzacji musi to uwzględniać.
W formularzach integracji
Ten sam mechanizm działa w formularzach konfiguracji i opcji, czyli tych, które wypełniasz przy dodawaniu albo ponownym ustawianiu integracji. Dotąd integracja, która miała pokazać lub schować kilka pól, musiała dodać osobny krok albo wyświetlić formularz jeszcze raz po zatwierdzeniu. Ukryte pole nie jest wymagane, a Home Assistant nie zapisuje jego wartości, nawet domyślnej.
Warunki mają ten sam format, którego interfejs używał już w edytorach kart: eq, not_eq, in, not_in, exists i not_exists albo lista warunków, które muszą być spełnione jednocześnie. Home Assistant sprawdza je także po stronie serwera, więc pole ukryte w interfejsie jest pomijane również przy sprawdzaniu poprawności danych.
Pierwszą integracją, która z tego korzysta, jest OpenAI Conversation. Jej opcje zaawansowane (model czatu, maksymalna liczba tokenów, temperatura, top P i zapisywanie odpowiedzi) są teraz w tym samym kroku co przełącznik zalecanych ustawień modelu („Recommended model settings”). Gdy jest włączony, opcji nie widać, a wcześniej czekały w osobnym kroku.