@quentins33 gracias por el trabajo de organización — tu división en F01 → F10 fue directamente utilizable, pude partir de ahí en lugar de empezar desde cero.
He creado 9 solicitudes de funcionalidades, una por tema, para que podamos votar y avanzar en cada una de manera independiente. Aquí está la correspondencia con tus necesidades:
| Tu necesidad | Solicitud creada | Nota |
|---|---|---|
| F01 Estado centralizado | A6 · Estado « activada » y contexto + A2 · Sensores | Repartido en dos solicitudes, ver abajo |
| F02 Modos Ausencia / Noche / Presencia | A1 · Modo noche | |
| F03 Asignación de sensores a los modos | A2 · Sensores vigilados y activos por modo | El corazón del proyecto |
| F04 Retrasos de entrada y salida | A3 · Retraso de entrada | El retraso de salida ya existe |
| F05 Verificación antes de armar y bypass | A4 · Verificación y desactivación | |
| F06 Integración con las escenas | A6 · Estado « activada » y contexto | |
| F07 Zonas de alarma | A5 · Zonas | |
| F08 Códigos PIN de usuarios | A7 · Un código por usuario | |
| F09 Soporte de teclados | A8 · Teclados físicos | |
| F10 Interfaz centralizada | A9 · Página Alarma dedicada |
Por qué F01 no tiene su propio tema
Gladys ya tiene un estado de alarma centralizado: vive en la casa, sobrevive al reinicio, y todos los comandos pasan por él. Lo que falta no es el estado en sí, sino dos cosas diferentes — un estado « activada » distinto del botón de pánico (A6), y un motor capaz de cambiarlo solo cuando un sensor detecta algo (A2). Una solicitud « estado centralizado » habría estado en gran parte ya satisfecha, difícil de evaluar y votar.
Lo que ya existe, para situar
Útil para entender por qué algunas solicitudes son más pequeñas que otras: Gladys ya sabe armar, armar parcialmente, desarmar con un código y pasar al pánico; el retraso antes de armar es ajustable; las tablets se bloquean cuando la casa está armada; seis disparadores de escena y dos acciones existen; y la alarma está expuesta a HomeKit como sistema de seguridad — sin el modo noche, precisamente porque Gladys no lo tiene.
Lo que no existe en absoluto es el vínculo entre un sensor y la alarma. Esto explica por qué todo debe ser reconstruido en las escenas, y por qué A2 es la solicitud más pesada del lote.
Dos solicitudes del foro ya abiertas han sido retomadas
Añadir un disparador « Alarma: código ingresado » y poder probar varios modos en una condición están integradas en A6: van exactamente en la misma dirección.
Por dónde podemos empezar
Cuatro solicitudes no dependen de nada y pueden ser desarrolladas en paralelo: A1 (modo noche), A2 (sensores), A7 (códigos) y una parte de A6. Todo lo demás depende de esto. A1 es de lejos la más rápida de entregar y ya desbloquea el botón Noche en HomeKit.
Lo que ayudaría ahora
Cada tema termina con una lista de preguntas por resolver — son los puntos que bloquean la redacción de una especificación. Sus respuestas, sus usos reales y sus desacuerdos sobre estas preguntas son exactamente lo que necesitamos para avanzar. Sabiendo que hay que mantener el sistema flexible, pero lo más simple posible (para poder desarrollarlo fácilmente, mantenerlo y para que un usuario no necesite leer un manual).
@quentins33 @StephaneB @spenceur si ven una necesidad mal traducida o una división que les parece inestable, diganlo: es el momento de corregirlo, antes de que comience el desarrollo.