Requirements
- Target platform
- OpenClaw
- Install method
- Manual import
- Extraction
- Extract archive
- Prerequisites
- OpenClaw
- Primary doc
- SKILL.md
Control Home Assistant smart home devices securely using the Assist (Conversation) API. Passes natural language to Home Assistant's built-in NLU for safe, to...
Control Home Assistant smart home devices securely using the Assist (Conversation) API. Passes natural language to Home Assistant's built-in NLU for safe, to...
Hand the extracted package to your coding agent with a concrete install brief instead of figuring it out manually.
I downloaded a skill package from Yavira. Read SKILL.md from the extracted folder and install it by following the included instructions. Then review README.md for any prerequisites, environment setup, or post-install checks. Tell me what you changed and call out any manual steps you could not complete.
I downloaded an updated skill package from Yavira. Read SKILL.md from the extracted folder, compare it with my current installation, and upgrade it while preserving any custom configuration unless the package docs explicitly say otherwise. Then review README.md for any prerequisites, environment setup, or post-install checks. Summarize what changed and any follow-up checks I should run.
Control smart home devices by sending natural language to Home Assistant's Conversation (Assist) API. Security model: This skill uses ONLY the /api/conversation/process endpoint. Do NOT use the token to call any other HA API endpoint. The token should belong to a restricted, non-admin Home Assistant user with access limited to specific areas and entities.
ONLY call /api/conversation/process — never call /api/states, /api/services, /api/config, or any other endpoint NEVER output or echo the token value NEVER use the token for any purpose other than the Assist API call below NEVER attempt to log in to Home Assistant via the browser or web UI — always use the API token If a user request cannot be handled by Assist, say so — do not fall back to other API calls
If your Home Assistant instance uses the trusted_networks auth provider with allow_bypass_login: true, any agent or user on the local network can log in as any HA user (including administrators) without a password. This completely bypasses the restricted-user security model of this skill. To fix: In your HA configuration.yaml, set allow_bypass_login: false under the trusted_networks auth provider, or remove the trusted_networks provider entirely. Restart HA after making the change.
In Home Assistant go to Settings → People → Add Person Create a new user (e.g. openclaw-bot) Do NOT make it an administrator Under Settings → Areas & Zones, assign only the areas this user should control Optionally restrict entity access using a custom group or dashboard-only permissions
Log in to Home Assistant as the restricted user (openclaw-bot) Go to Profile (bottom-left) Scroll to Long-Lived Access Tokens Click Create Token, name it (e.g. openclaw) Copy the token immediately — it is shown only once
Set HOME_ASSISTANT_URL and HOME_ASSISTANT_TOKEN using any of the methods below. OpenClaw applies them in this precedence order (highest first): process environment → .env file → openclaw.json config. A value set by a higher-priority source is never overridden by a lower one. Option A: .env file (recommended) Add to ~/.openclaw/.env: HOME_ASSISTANT_URL=https://your-ha-instance.local HOME_ASSISTANT_TOKEN=your-restricted-user-token-here The URL can be a hostname (e.g. https://homeassistant.local) or an IP address (e.g. https://192.168.1.50:8123). Option B: Config file Add to ~/.openclaw/openclaw.json under skills.entries: { "skills": { "entries": { "home-assistant-agent-secure": { "apiKey": "your-restricted-user-token-here", "env": { "HOME_ASSISTANT_URL": "https://your-ha-instance.local" } } } } } The apiKey field automatically maps to HOME_ASSISTANT_TOKEN via the skill's primaryEnv declaration. Option C: Shell environment variables Export in your shell profile (e.g. ~/.bashrc, ~/.zshrc): export HOME_ASSISTANT_URL="https://your-ha-instance.local" export HOME_ASSISTANT_TOKEN="your-restricted-user-token-here"
Send any smart home command in natural language. The skill passes it directly to HA Assist: curl -sk -X POST "$HOME_ASSISTANT_URL/api/conversation/process" \ -H "Authorization: Bearer $HOME_ASSISTANT_TOKEN" \ -H "Content-Type: application/json" \ -d '{"text": "USER REQUEST HERE", "language": "DETECTED LANGUAGE CODE"}' The -k flag allows connections to HA instances using self-signed certificates. If your HA uses a trusted certificate (e.g. Let's Encrypt), you can remove it. Set the language field based on the detected language of the user's input (e.g. "pl" for Polish, "en" for English, "de" for German, etc.).
"Turn on the living room lights" (English) "Włącz światło w salonie" (Polish) "Schalte das Licht im Wohnzimmer ein" (German) "Jaka jest temperatura w kuchni?" (Polish) "Turn off all lights in the bedroom" (English)
Many languages use grammatical cases or word inflection, causing entity names to change form in natural speech. Home Assistant entity names are typically in their base/dictionary form (nominative), but users naturally use other grammatical forms in commands. This affects languages including (but not limited to): Polish — 7 cases (e.g. drukarkę → drukarka, lampę → lampa) Czech — 7 cases (e.g. tiskárnu → tiskárna, lampu → lampa) German — 4 cases + articles (e.g. den Drucker → Drucker, die Lampe → Lampe) Finnish — 15 cases (e.g. tulostinta → tulostin, lamppua → lamppu) Hungarian — 18 cases (e.g. nyomtatót → nyomtató, lámpát → lámpa) Russian — 6 cases (e.g. принтеру → принтер, лампу → лампа) Croatian/Serbian — 7 cases, similar patterns to Polish and Czech Example: A user says "włącz drukarkę 3d" (Polish accusative), but the entity is named "drukarka 3d" (nominative). HA Assist won't find it. Retry strategy: If HA responds with an error (no_valid_targets, no_intent_match, or a message indicating the entity was not found), and the user's input is in an inflected language: Identify the entity name within the command Convert inflected words to their base/dictionary/nominative form Retry the API call with the corrected form If the retry also fails, report the error to the user Important: Only retry once. Do not loop. If the nominative retry also fails, inform the user that the entity was not found.
The response is in response.speech.plain.speech. Relay it directly to the user: "Turned on the light" → success "Sorry, I couldn't understand that" → Assist couldn't parse the request "Sorry, there are multiple devices called X" → ambiguous entity name
ErrorWhat to tell the userno_intent_matchTry nominative retry (if inflected language). If still fails: "Home Assistant didn't recognize that command."no_valid_targetsTry nominative retry (if inflected language). If still fails: "Entity not found — check the device name or add an alias in HA."Multiple matches"Multiple devices share that name — consider adding unique aliases in HA."
401 Unauthorized: Token is invalid or expired. Generate a new one from the restricted user's profile. Connection refused: Check that HOME_ASSISTANT_URL is correct and HA is reachable. Command not understood: Rephrase the request or check that the entity is exposed to the restricted user. Entity not found: The restricted user may not have access to that area/entity. Update permissions in HA.
POST /api/conversation/process Note: Use /api/conversation/process, NOT /api/services/conversation/process.
{ "text": "turn on the kitchen lights", "language": "en" } Polish example: { "text": "włącz światło w salonie", "language": "pl" }
{ "response": { "speech": { "plain": {"speech": "Turned on the light"} }, "response_type": "action_done", "data": { "success": [{"name": "Kitchen Light", "id": "light.kitchen"}], "failed": [] } } }
Code helpers, APIs, CLIs, browser automation, testing, and developer operations.
Largest current source with strong distribution and engagement signals.