Determines the optimal size declaration for an existing custom Lovelace card or panel — getGridOptions() (sections) and getCardSize() (masonry/panel/stacks) — so it renders correctly across devices in view and edit mode, then hands the result to an implementation step patching both callbacks. Classifies as…
Adds or extend asyncmigrateentry in an existing Home Assistant Custom Integration to migrate stored config entries across a schema change — bump ConfigFlow.VERSION (breaking) or MINORVERSION (backward-compatible), transform entry.data / entry.options (rename, move, default, split keys) via…
Augments an existing Home Assistant Custom Integration config flow with an additional pattern — multi-step tenant / account selection, zeroconf discovery, reauth flow, reconfigure flow, or OAuth as alternative to API key — non-destructively. Activate on phrasings like "add a multi-step tenant selection to the config…
Augments an existing Home Assistant Custom Integration with one or more Voice & AI surfaces — intent handlers, a conversation agent, and/or LLM API tools — conforming to spec/ha/intents-conversation plus spec/ha/llm-api. Decides with the user which surfaces are in scope, then generates the registered intent handlers…
Appends a new DataUpdateCoordinator to an existing Home Assistant Custom Integration — separate role, separate update interval, full integration with RuntimeData mapping, options-flow entry, translations, and tests. Activate on phrasings like "add a new coordinator for alerts", "split the existing coordinator", "add a…
Authors one Home Assistant derived or statistical helper sensor as a spec-conformant YAML block from a described intent — bayesian, derivative, filter, minmax, statistics, threshold, trend, historystats, integration, utilitymeter, or group — conforming to the matching spec/ha-automation/ . Picks the right integration…
Applies and validates the HA code-style / strict-typing / validation workflow (spec/ha/dev-workflow) against an existing HA Custom Integration — Ruff format, ordered imports, f-strings (logging excepted), file-header docstrings, full type annotations, a local mypy-strict profile as the platinum strict-typing bridge…
Augments an existing Home Assistant Custom Integration with one device-automation kind — a device trigger, condition, or action — conforming to spec/ha/device-automations. Creates the matching platform module (devicetrigger.py / devicecondition.py / deviceaction.py) with its asyncget list…
Wires the device-registry hierarchy of an existing Home Assistant Custom Integration so entities group into proper devices — DeviceInfo with identifiers / manufacturer / model / name, a viadevice hub-to-child parent link, runtime addition of newly discovered devices, and removal of stale devices via…
Enriches an existing Home Assistant Custom Integration's diagnostics beyond the scaffold baseline, conforming to spec/ha/diagnostics. Creates or edits diagnostics.py with asyncgetconfigentrydiagnostics (and optional asyncgetdevicediagnostics) returning structured dicts, and routes every…
Augments an existing Home Assistant Custom Integration with one network or bus discovery mechanism beyond Zeroconf — DHCP, SSDP/uPnP, USB, HomeKit, or MQTT discovery — conforming to spec/ha/discovery-mechanisms. Sets the manifest matcher list, implements the typed asyncstep in configflow.py, forwards into a confirm…
Generates EntityDescription tuple lists for an HA Custom Integration platform module from a datapoint table or API-schema JSON, plus matching strings.json and icons.json entries. Activate on phrasings like "add sensors from this datapoint list", "generate EntityDescriptions from this CSV", "add binarysensors for the…
Deprecated stub: this skill was renamed to ha-entity-description-map in the 2026-07 naming-uniformity pass (per the inherited skill-agent-naming spec). Invoke ha-entity-description-map instead; this stub only redirects and will be removed in a future minor release.
Scaffolds one active platform entity into an existing Home Assistant Custom Integration — a command-driven domain (climate, cover, light, fan, lock, mediaplayer, and peers) whose entity exposes async command methods — conforming to spec/ha/entity-platform-types plus the matching ha/entity-platforms- family spec.…
Wires one Home-Assistant-driven value or command into an ESPHome device per spec/ha/esphome-ha-driven-content — choosing the mechanism by the spec's rule (continuously mirrored value → state subscription, one-shot instruction → callable action, person-set value → writable template entity, something HA must learn →…
Scaffolds the CI that validates an ESPHome fleet per spec/ha/esphome-project-structure §Validation — a pull-request workflow running esphome config for every device file on every change rather than only the diff, because a package edit breaks devices nobody touched, plus a scheduled or pre-release job for the far…
Augments an existing ESPHome device-config YAML with one addition — a sensor/actuator platform block, an I2C bus or multiplexer channel, a locally consumed external component, or a new shared-package binding — conforming to spec/ha/esphome-config-patterns. Reads the device file and its shared packages first, verifies…
Scaffolds one complete ESPHome device-config YAML file — substitutions-driven naming, shared blocks via packages, environment-variable-referenced wifi with AP fallback, natively encrypted api with a per-device key, password-protected ota, logger, and the first sensor/actuator platform blocks — conforming to…
Authors the on-screen content of an ESPHome display device per spec/ha/esp32-s3-box-display and spec/ha/esp32-s3-box-display-design — fixing the rendering path (display with pages and lambdas, or lvgl, never mixed), then emitting a page for every reachable state including the degraded ones, the single redraw script…
Scaffolds the repository layout of an ESPHome fleet per spec/ha/esphome-project-structure — the config root with flat device files, a common/ package tree grouped by consumer, include/ for C++ lambda headers, archive/ for retired devices, a keyed asset tree, the base package plus a first board package that pulls it…
Authors or reshapes exactly one shared ESPHome package under common/ per spec/ha/esphome-project-structure — cutting a concern out of duplicated device blocks, giving it a substitution interface with a defaults fallback, adding the id keys devices need to override a component, resolving a one-device deviation through…
Plans and orchestrates a complete ESPHome device or fleet result from a requirement, so the user never has to pick which ESPHome skill produces what. Decomposes it into the minimal dependency-ordered set of artifacts across the ha-esphome- family — repository layout and packages, the device file, sensors and buses…
Turns an ESPHome device into a Home Assistant voice satellite per spec/ha/esp32-s3-box and spec/ha/assist-pipeline — emitting the generation-correct audio binding (one I2S bus, the external audioadc / audiodac pair the board actually carries, the capture/playback rate asymmetry, the power-amplifier switch), microphone…
Makes an existing Home Assistant Custom Integration HACS-release-ready by scaffolding and verifying the HACS-specific distribution layer defined in spec/ha/hacs-release — a valid hacs.json (name, ziprelease plus filename, homeassistant floor, hidedefaultbranch, renderreadme), the manifest.json version aligned to the…