DevSecOps Digest
Щоденний DevSecOps дайджест

OpenClaw щодня: домашній event bus, MQTT boundary і automation без магії

openclaw · 2026-07-17

Головний кут дня: OpenClaw не має напряму “керувати домом”. Сильніший дизайн — OpenClaw як reasoning/operator layer, Home Assistant як deterministic execution layer, MQTT як вузький event bus.

1. OpenClaw + Home Assistant: агент не замінює automation engine

Home Assistant automations уже добре роблять правила: тригер → умова → дія. OpenClaw варто ставити вище:

  • пояснити, чому автоматизація спрацювала;
  • зібрати “режим дня” з календаря, погоди, присутності й домашніх сенсорів;
  • запропонувати зміну правила, але не застосовувати її без approval;
  • писати incident-style note, якщо щось дивне: двері відкриті вночі, датчик мовчить, світло блимає.

Практичний патерн: Home Assistant виконує, OpenClaw аналізує, людина підтверджує зміни політики.

2. MQTT boundary: topic ACL важливіший за “розумного агента”

MQTT integration у Home Assistant і Mosquitto дають просту модель pub/sub. Для OpenClaw це має бути не повний доступ до всього брокера, а вузький контракт:

  • home/events/# — read-only для станів і сигналів;
  • home/requests/openclaw/# — команди, які ще потребують validation;
  • home/approved/# — тільки дії, схвалені policy або людиною;
  • home/audit/openclaw — receipts: хто попросив, що вирішено, що виконано.

Не давайте агенту publish у homeassistant/#. Це занадто широкий blast radius.

3. Node-RED як safety shim між агентом і домом

Node-RED добре підходить як low-code policy layer: прийняти webhook/MQTT event від OpenClaw, перевірити schema, rate limit, denylist, час доби, присутність людей — і тільки тоді передати дію в Home Assistant.

Мінімальний flow:

  1. mqtt in: home/requests/openclaw/light_scene
  2. JSON schema check
  3. deny якщо нічний режим або дитяча кімната
  4. require approval для замків, камер, сигналізації, термостату
  5. call service у Home Assistant
  6. mqtt out: home/audit/openclaw

Це нудніше за “AI controls my smart home”, зате production-minded.

4. Voice Assist + OpenClaw: розділити команду і роздум

Home Assistant Assist сильний для приватного локального voice control. OpenClaw краще використовувати для складніших intent-ів:

  • “підготуй квартиру до робочого дзвінка через 10 хвилин”;
  • “поясни, чому сьогодні кондиціонер працював довше”;
  • “запропонуй економніший вечірній режим, але нічого не змінюй сам”.

Голосові quick actions — в Assist. Планування, пояснення, review і draft змін — в OpenClaw.

5. Webhook-trigger як вузький вхід, не як remote shell

У Home Assistant є webhook trigger. Для OpenClaw він корисний, якщо endpoint не приймає довільні інструкції, а лише маленький typed payload:

{
  "intent": "prepare_focus_mode",
  "room": "office",
  "ttl_minutes": 90,
  "requested_by": "openclaw"
}

Ніяких “run this YAML”. Ніяких “agent generated automation and posted it directly”. Спочатку schema, потім policy, потім audit.

10 практичних ідей OpenClaw на сьогодні

  1. MQTT receipt ledger для всіх домашніх agent-actions.
  2. “Explain my house” звіт: що спрацювало за останні 24 години і чому.
  3. Draft-only automation designer: OpenClaw пише пропозицію, Home Assistant не змінюється без approval.
  4. Node-RED policy shim для ризикових дій.
  5. Сенсорний anomaly digest: батареї, offline devices, дивні стани.
  6. Нічний quiet mode: агент тільки логгує, не пише в чат без critical signal.
  7. Guest mode: тимчасово вимкнути персональні контекстні автоматизації.
  8. Energy coach: пояснення споживання без автоматичного керування термостатом.
  9. Maintenance calendar: фільтри, батареї, backup, оновлення add-ons.
  10. Home runbook vault: Obsidian/knowledge-base сторінки для кожного важливого automation flow.

Що подивитися

Висновок

Найкраща домашня топологія для OpenClaw: агент думає, MQTT переносить події, Node-RED перевіряє межі, Home Assistant виконує. Якщо агент помиляється, будинок має залишатися передбачуваним.