Saltar a contenido

Automations que hacen sentido — criterio + curación

Crítica del usuario justificada: el catálogo previo de ~80 patterns era listado, no curaduría. Mayoría son tinkering disfrazado de feature. Esta página define el criterio para decidir si una automation merece existir, y lista las ~15 que realmente cambian algo. El resto del wiki (patterns por dominio) sirve como referencia, no como to-do.

El criterio: cuándo una automation merece existir

Una automation vale la pena si pasa estos cuatro filtros:

1. ¿Resuelve un problema real que ya tenés?

NO: "qué cool sería si las luces se prendieran solas al entrar". SÍ: "siempre me olvido de apagar luces al irme y la cuenta de luz me lo recuerda cada mes".

Si la automation resuelve un dolor concreto que se manifiesta hoy, pasa. Si la automation crea un caso de uso nuevo, suele ser solución buscando problema.

2. ¿Frequency × annoyance > maintenance cost?

Heurística mínima: - Pasa: ocurre ≥ 1 vez/día con annoyance medio o alto. (Ej: pre-heat Tesla en invierno). - Pasa: ocurre ≥ 1 vez/semana con annoyance alto. (Ej: water leak detection). - No pasa: ocurre 1 vez/mes con annoyance bajo. (Ej: "notify cuando termine ciclo lavarropa" — abrís la app igual). - No pasa: ocurre N veces/día pero la fricción es 0.5s. (Ej: "voice on/off de una luz" cuando el switch está a 1m).

Maintenance cost = horas que vas a perder por año tuning, debuggeando, reescribiendo cuando HA upgrade. Si la automation requiere maintenance cada 3 meses para problema que ocurre 1×mes, NET LOSS.

3. ¿El humano hubiera tenido que recordar / pensar?

El value real es eliminar cognitive load, no automatizar acciones que ya hacés sin pensar.

NO: "encender luces al entrar al living" — ya prendés el switch sin pensar. SÍ: "verificar que cerré el garage cuando salí" — la cognitive load de "¿lo cerré?" desaparece.

NO: "apagar TV cuando alguien sale del cuarto" — vas a pelearte con eso cuando interrumpe binge-watching. SÍ: "apagar todas las luces no-essentials cuando house_occupied=off por 10 min" — corre solo cuando claramente nadie está.

4. ¿La automation pierde gracefully?

Si la automation falla (red caída, device offline, integration broken), ¿el humano puede operar manualmente sin pelearse?

SÍ: smart bulbs + adaptive lighting. Si la automation muere, la luz sigue funcionando con switch físico. NO: lock que solo abre via HA con biometric custom — si la integration cae, te quedás afuera.

Si la automation no pierde gracefully, NO es essential. Tendrá que vivir en experimental tier.

Las que pasan los 4 filtros — el subset que hace sentido

Ordenadas por dolor real eliminado, no por "cuán cool":

Tier 0 — Safety (no negociable)

Estos no son convenience, son protección. Aún si nunca disparan, su existencia es la diferencia entre "casa segura" y "casa donde tuviste suerte". Pasan los 4 filtros por default porque el outcome del fail es catastrófico.

  1. Water leak → autonomous shutoff válvula main. Daño potencial $5,000+; cost setup $50 (sensor) + $200 (electroválvula). Math no contest.
  2. Smoke / CO → all lights ON + unlock egress + voice broadcast + notify all family. Detector standalone podría no despertar a alguien en cuarto cerrado.
  3. Unauthorized entry (away_mode + door open): tier 1 alert + camera recording + lights on (deterrent). Tu home insurance probablemente baja con esto.

Tier 1 — Daily value (donde el agente paga su costo)

  1. Per-user sleep mode boolean: silencia tier 2/3 notifications + climate noche + lights off automáticas para esa persona. Cognitive load eliminada: no pensás "¿silencié todo antes de dormir?".

  2. Goodnight scene: 1 trigger (button / voice / time) → lock all doors + check garage + lights off + climate noche + sleep mode on. Sustituye 5 actions manuales que olvidás algunos días.

  3. House away → energy save: nobody home 10 min → lights off, HVAC eco, lock all, sentry on. Sin esto pagás luz/gas innecesario. Math: ~$30-100/mes ahorrado típico.

  4. Pre-heat / pre-cool Tesla (o thermostat home) antes de salir: el comfort y eficiencia (chupa de pared, no battery) compensa setup time. Usuario tiene Tesla → uso directo.

  5. Charge optimization Tesla con tarifa horaria o solar: pago $5/mes Tessie ahorrando $30-50/mes de carga. Net win.

Tier 2 — Maintenance / detection (silent value)

Estos son maintenance pasiva que el wiki ya pidió. No están en juicio.

  1. Battery low daily digest: alert al 30% (no 10%). Sin esto, devices mueren silencios y te enterás cuando algo crítico falla.

  2. Door left open warning (front door, garage, fridge): 10 min sin cerrar → notify. Caches the cases donde se te olvidó.

  3. Sensor stale alert (per critical sensor): si tu motion sensor no reportó en 2h cuando esperarías ≥ 1, alert. Catch del failure-mode-sensor-stale.

  4. Filter / consumible counters (HVAC, water filter, vacuum brush): hour-based, notify al threshold. Annual savings + appliance lifespan.

Tier 3 — Quality of life (vale si no rompe)

Estos son nice-to-have. Implementar después de tier 0-2 y solo si pasan los 4 filtros para vos personalmente.

  1. Adaptive lighting con override-respect: lights ajustan circadianos sin pisar tu manual change. Sutil mejora de comfort.

  2. Welcome home lights + climate: al llegar después del sunset, entrance + cocina ON. Convenience real, low cognitive load.

  3. Bathroom dim red mid-night: 23-6, motion en baño → dim rojo. No te despierta totalmente. Sleep quality real win si te levantás de noche.

Las que NO pasan (gimmick / sobre-engineering)

Estos están en el wiki como referencia pero no construir salvo razón concreta:

  • ❌ Voice commands para acciones triviales: latency > switch físico.
  • ❌ Honk / flash lights Tesla from HA: cuando vas a buscar el auto, abrís la Tesla app.
  • ❌ Motion → light when switch is 1m away: switch es más rápido.
  • ❌ "Notify cuando termine lavarropa": vas a la app del lavarropa o lo escuchás, no necesitás HA mediating.
  • ❌ Sunrise simulation 30min ramp: cool en demo, en práctica te despertás 28 min antes molesto. Skip salvo problema concreto de sueño.
  • ❌ Movie night scene: 1 tap en TV remote vs 1 tap en HA dashboard = mismo effort. Solo si tenés que sincronizar 5+ devices.
  • ❌ Plant moisture sensor automation: si vivís solo y querés plantas, vas a olvidarte de regarlas con o sin sensor.
  • ❌ Mood automation con AI ("¿estoy contento?"): gimmick. No hay good ROI.
  • ❌ Sentry mode auto-on: Tesla ya tiene geofence built-in. Re-implementar = duplicación frágil.
  • ❌ Random vacation lighting demasiado random: patterns obvios son tan delatores como lights apagadas. Skip salvo que tengas use case con stats reales.

La trampa del "100 automations"

Internet está lleno de "100 HA automations to copy-paste". 90% son demos. La gente las copia, las usa una semana, las olvida, HA upgrade rompe alguna, no tienen tiempo de fixearla, terminan deshabilitándola entera.

El antipattern central: cada automation que existe es maintenance debt futura. Cuando HA 2026.X.0 saliera y rompiera 3 integrations, vas a tener que decidir cuáles 3 fixear AHORA y cuáles ignorar. Tener 80 automations = certeza de que algunas vas a dejar muriendo. Eso erosiona la confianza en todo el sistema.

Less is more. 10 automations sólidas > 50 frágiles.

Cómo decidir nuevas automations en el futuro

Antes de implementar cualquier automation nueva:

  1. ¿Pasa los 4 filtros? (problema real, ROI positivo, cognitive load real, fail gracefully)
  2. ¿Es mejor que tu fallback manual actual? (no "más cool", mejor)
  3. ¿Estás dispuesto a maintenance debt para esto?
  4. ¿Vas a estar usando esta casa en 2 años? (rental — algunas cosas tienen ROI más corto)

Si la respuesta a CUALQUIERA es no → no construir. Documentá la idea en docs/parked-automations.md y andá.

Cómo decidir cuándo eliminar automations existentes

Cada 3 meses (multi-agent quarterly review de Dan Malone, ver ../sources/dan-malone-ai-patterns-ha):

  • ¿Esta automation disparó en los últimos 90 días?
  • Si sí, ¿el outcome fue útil o me hizo gritar?
  • ¿Cuánto cuesta maintenance (debug time)?

Borrar las que: no dispararon o dispararon negativo o cuestan > 30 min/mes mantener.

Relaciones

Abierto / gaps

  • Métrica empírica para "cognitive load eliminada" — difícil medir, fácil de overclaim.
  • Quarterly review template para evaluar cuáles automations borrar — gap del workflow agente.
  • "Parked automations" doc — placeholder para ideas que no pasan los filtros pero quizás aplican en otro setup.