Samozřejmě že ano, stejně jako třeba pro správu stroje s Ubuntu, Windows či Mac. Je důležité aby se tam aplikace dostala.
Takže – bude potřebovat SMB přístup = Samba share add-on. A pochopitelně SSH připojení, aby se dostala do HA. HA navíc podporuje MCP pro získávání informací i ovládání. A vyplatí se mít i Git pro ukládání konfigurací a možnost rollbacku.
Claude Code/Codex vám podrobně řeknou co potřebují a co kde máte zapnout, takže to vlastně není třeba extra detailně psát sem. Protože se to bude lišit i podle HA co máte – mám HA Green = Home Assistant OS, takže add-one store kde jsou výše zmíněné věci. Pokud máte HA například na Raspberry Pi, budou se přístupy řešit jinak.
Ideálně je klasicky začít tím, že pořádáte o kompletní inventuru, zdokumentování a uložení všeho podstatného do Gitu. S tím že ideálně zdůraznit, že nemá nic měnit, do ničeho sahat a tak.
Druhý užitečný krok je požádat o kontrolu zda vaše HA nepotřebuje něco napravit, zda tam nejsou nějaké věci co nefungují, můžete nechat projít logy, stejně jako revizi integrací – tam žádejte AI aby případné problémy/chyby dohledávala online. Bude mít tendenci si, jak už to tak bývá, vymýšlet.
Praktická zkušenost je, že budete tvrdě narážet na to, že dost špatně tuší jak se HA ovládá přes rozhraní – nejen že je naučená z některých starších verzí, ale přesně tady má klasickou tendenci si vymýšlet ovládání a prvky, které vůbec neexistují. Prostě si je doslova “cucá z prstu” protože “tak by to tam mohlo být“.
Stejně tak si dokázala doslova bájně vymýšlet věci o nalezeném problému se zálohováním, kde dokonce trvala na tom, že mám vypnout jednu větev zálohující na Synology. Až poté co jsem to skutečně vypnul a ona zjistila že se to pak prostě nezálohuje, přišlo tradiční “omlouvání se”. Poučení z tohoto je klasické – musíte ověřovat a žádat aby sama AI ověřovala. A také nedůvěřovat.
Pokud nemáte přístup k Claude Code/Codexu, tak to jde dělat v klasickém chatu, ale tam budete odkázáni na to, že AI nemá přístup k SSH ani Sambě, takže sama věci dělat nebude. Ale může vám psát co máte dělat, včetně psaní skriptů a vy si prostě užijete copy-paste, ale pořád to bude dost velká pomoc.
Co můžete po AI chtít, příklady
Úklid a konzistence konfigurace
- Najít osiřelé/nepoužívané entity, helpery (input_*), scény a skripty, na které už nic neodkazuje.
- Zkontrolovat konvence pojmenování – nekonzistentní entity_id a friendly names, sjednotit je podle místností/domén.
- Odhalit natvrdo zapsaná hesla/tokeny v konfiguraci, které patří do secrets.yaml.
- Reorganizace monolitické configuration.yaml do !include / packages, ať je v tom pořádek.
Automatizace a skripty
- Najít automatizace, které odkazují na už neexistující entity, nebo se nikdy nespustí.
- Odhalit duplicitní/překrývající se automatizace a zapomenuté vypnuté automatizace.
- Doplnit popisy (alias, description) a komentáře – dokumentace toho, co která automatizace vlastně dělá.
- Zopakované vzory převést na blueprinty.
Zastaralá syntaxe a deprecations (tady AI reálně pomůže, když jí dáte verzi HA)
- Najít zastaralou syntaxi – třeba staré service: místo dnešního action:, staré template platformy apod. HA to napříč verzemi mění a lidé to v configu vláčejí roky.
- Projít vlastní integrace z HACS a doplňky, jestli nejsou opuštěné nebo nahrazené něčím jiným.
Zdraví systému a výkon
- Analýza logů – opakující se chyby/varování, „ukecané“ integrace, entity, co pořád padají do unavailable.
- Revize recorderu/databáze – vyloučit “noisy” entity, nastavit purge, aby DB nebobtnala.
- Duplicitní integrace (stejné zařízení přidané dvakrát).
- Kontrola zálohování a hlavně ověření, že zálohy opravdu vznikají (přesně vaše sága se Synology).
Organizace a přehled
- Úklid dashboardů – karty odkazující na neexistující entity, duplicity, nepoužívané dashboardy.
- Využití novějších prvků HA – oblasti, patra, štítky (labels) a kategorie pro pořádek ve velkých instalacích.
- Revize externího přístupu a http: konfigurace z pohledu bezpečnosti.
HACS
- Pokud ještě na svém HA nemáte HACS, tak AI umí poradit jak ho nainstalvoat, spustit i používat. Případně co je tam užitečného
Vhodné dodat – u každé z těchto úloh chtějte, ať AI zjištění ověří proti reálnému stavu (přečte log, zavolá ha core check, ověří v dokumentaci), ne že jen sebevědomě oznámí závěr.
Užitečné věci
Když AI namíříte na /config, čte úplně všechno – včetně secrets.yaml, tokenů, hesel, API klíčů, vaší GPS polohy, přístupů ke kamerám. To všechno může posílat do cloudu. Je na vás, zda to je přijatelné či nikoliv.
Git na textovou konfiguraci je super na rollback YAML, ale nezachytí databázi, konfiguraci add-onů, secrets ani stav systému. Před tím, než AI pustíte k čemukoli, hodí se udělat klasickou plnou zálohu HA (snapshot). Git a HA backup řeší každý něco jiného – obojí, ne jedno místo druhého.
Validace před restartem. Chybná YAML dokáže shodit celé HA tak, že nenastartuje. Vyplatí se zmínit, že po úpravách je potřeba nechat konfiguraci zkontrolovat (Developer Tools → Check Configuration, resp. ha core check) před restartem/reloadem. Ideálně o validaci žádat i samotnou AI.
Co se dost hodí, je dát AI na začátku kontext, jakou verzi HA provozujete, a explicitně jí nakázat, ať se drží oficiální dokumentace (home-assistant.io) a případné postupy si tam ověří. HA se mění hodně rychle, takže model je z tréninku skoro vždycky pozadu, to je přesně živná půda pro to „cucání z prstu“.
To o dokumentaci je dost dobré opakovat při zadávání něčeho co chcete dělat. AI má tendence si řešit YAML a další věci „podle paměti“ a dost často uplně špatně. Což pak dopadne například takže, že několikrát přepisuje automatizaci pro restart Tuya integrace, propálí tisíce tokenů a ještě vás cestou bude přesvědčovat, že „chyba je jen kosmetická“ a „to musí jít spustit“. No, nakonec se omluví, ale …
Omlouvám se za to plýtvání – měl jsem od začátku ověřit schéma té služby (např. přes Developer Tools → Actions, kde HA rovnou ukáže platný YAML příklad), místo abych to odhadoval z paměti dvakrát po sobě špatně.
Tipy týkající se Home Assistant
