bump-core-req
Updates the minimum core version requirement for a fleet plugin in all three canonical places: `required_core_version` and `requires["claude-code-hermit"]` in…
Guided build-out of a Home Assistant house — create areas, assign entities and devices, provision helpers, and scaffold starter automations. Thin orchestration of existing CLI commands; all structural writes are gated by ha_safety_mode.
$ npx -y skills add gtapps/claude-code-hermit --skill ha-setup-house --agent claude-codeHow it fires
How this skill gets triggered: by you, by Claude, or both.
/ha-setup-houseContext preview
The summary Claude sees to decide when to auto-load this skill.
Guided build-out of a Home Assistant house — create areas, assign entities and devices, provision helpers, and scaffold starter automations. Thin orchestration of existing CLI commands; all structural writes are gated by ha_safety_mode.
name: ha-setup-house description: Guided build-out of a Home Assistant house — create areas, assign entities and devices, provision helpers, and scaffold starter automations. Thin orchestration of existing CLI commands; all structural writes are gated by ha_safety_mode. allowed-tools: - Bash - Read - Write - Edit - Glob - Grep - mcp__homeassistant__GetLiveContext - mcp__homeassistant__GetDateTime
Guided build-out of your Home Assistant house structure. Each step runs existing `ha-agent-lab` commands; no new subsystem. Every write is gated by `ha_safety_mode` (strict = proposal, ask = native approval).
Run all four in parallel and present a summary:
${CLAUDE_PLUGIN_ROOT}/bin/ha-agent-lab ha list-areas
${CLAUDE_PLUGIN_ROOT}/bin/ha-agent-lab ha list-entities --registry
${CLAUDE_PLUGIN_ROOT}/bin/ha-agent-lab ha list-devices
${CLAUDE_PLUGIN_ROOT}/bin/ha-agent-lab ha list-helpersReport:
Ask: "Which rooms or zones would you like to create? (e.g. Living Room, Kitchen, Bedroom 1)"
For each area the operator names: 1. Check the `list-areas` output — skip if the area already exists (case-insensitive match on name). 2. Preview the target, then run: `${CLAUDE_PLUGIN_ROOT}/bin/ha-agent-lab ha create-area "<name>"` 3. Handle the result:
After creating all areas, re-run `ha list-areas` and store the updated area map.
From the unplaced entity list (step 1), ask the operator which entities to assign and to which area.
For each assignment:
${CLAUDE_PLUGIN_ROOT}/bin/ha-agent-lab ha set-entity-area <entity_id> --area <area_id>Use the `area_id` from the `list-areas` output, not the display name.
Handle success and policy refusal the same as step 2.
From the unplaced device list (step 1), follow the same pattern:
${CLAUDE_PLUGIN_ROOT}/bin/ha-agent-lab ha set-device-area <device_id> --area <area_id>Ask: "Do you want to add any input helpers (toggles, counters, schedules, etc.)?"
For each helper: 1. Run `ha list-helpers --type <type>` to check whether a similar helper already exists. 2. Compose the JSON payload (minimum fields by type — same conventions as `ha-build-automation` step 3). 3. Run: `${CLAUDE_PLUGIN_ROOT}/bin/ha-agent-lab ha create-helper <type> '<json>'`
Supported types: `input_boolean`, `input_number`, `input_text`, `input_select`, `input_datetime`, `timer`, `counter`, `schedule`.
Ask: "Would you like to create any starter automations for this house?"
For each automation:
Run a context refresh so the entity snapshot reflects all changes:
${CLAUDE_PLUGIN_ROOT}/bin/ha-agent-lab ha refresh-contextPrint a compact report:
ha-setup-house complete Areas: N created, M already existed Entities: N assigned to areas Devices: N assigned to areas Helpers: N created Automations: N scaffolded (via ha-build-automation) Context: refreshed Ready to explore? Try /claude-code-homeassistant-hermit:ha-boot
If you know Claude Tag, the idea will feel familiar: hand Claude work through a channel, such as Discord, Telegram, or your custom integration, and get results back there.
Repo: gtapps/claude-code-hermit
Updates the minimum core version requirement for a fleet plugin in all three canonical places: `required_core_version` and `requires["claude-code-hermit"]` in…
Changelog and commit — lightweight motion for day-to-day plugin dev work in the monorepo. One commit per plugin scope; CHANGELOG and staging routed by detected…
Documentation-drift audit for the plugin monorepo. Audits either each scoped plugin's unreleased changelog claims or its latest shipped release from the…
Explain in plain language what a fix, feature, PR, or plan will actually change for downstream hermits and the operators chatting with them — a before/after…
Use this skill whenever the user wants to release, ship, prep, or cut versions for two or more plugins together on the current branch. Trigger on phrasings…
Daily release-pipeline digest with a change gate — reports which plugins are pending release, whether main's CI is green, which branches went stale, and GitHub…