Spaces:
Running
Running
Commit History
-
Publicar el índice curado y evitar que el Hub acumule ficheros huérfanos
Jose Salazar +1: Claude Opus 5Al publicar el índice curado (6772 → 6201 fragmentos) aparecieron dos fallos en la ruta de publicación: - `upload_folder` no borraba lo que ya no existe en local. LanceDB versiona por ficheros, así que al compactar desaparecen los datos viejos y el remoto se los quedaba: el repo tenía 2 ficheros de datos y 2 índices FTS huérfanos, 73 MB para servir 33 MB — que además se hornean en la imagen. Ahora el remoto es un espejo del local (`delete_patterns="*"`). - `manifest.json` lo escribe la ingesta, pero `curar_indice.py` cambia el número de filas después. Publicaba un recuento desfasado sin romper nada visible, que es lo peligroso: el mensaje de commit del Hub y `fetch-index` anunciaban 6772 fragmentos sobre un índice de 6201. `curar_indice.py` lo reconcilia y `publish-index` aborta si no cuadra. Verificado descargando el índice publicado en limpio: 13 ficheros, 33 MB, los 51 tests de alcance en verde y la eval de recuperación en 0.814/0.941/0.912. Co-Authored-By: Claud…02b6489 -
Ajustes varios al engine y al prompt basado en resultados de los evals
Jose Salazarbf9f7d1