Migrar librerías de tubería entre versiones no es copiar carpetas

Hay una frase que se repite en todos los equipos de ingeniería cuando llega el momento de cambiar de versión de Inventor: "copiamos las librerías y listo". Caso real, sin nombres: un equipo con años de librerías de conduit y tubería acumuladas tenía que pasar a una versión nueva. El plan original era el de siempre. Copiar, abrir y rezar.

Lo que se rompe en silencio

El problema de ese plan no es que falle de inmediato. Es que falla en silencio. Los estilos de Tube & Pipe no son archivos sueltos: referencian familias del Content Center, y cuando esas familias no están exactamente donde el estilo las espera, el estilo apunta al vacío. Las propiedades que alimentan el BOM llegan a medias, porque parte de la información vivía en la familia original y no viajó. Y lo peor: nadie se entera el día de la migración. Se entera el proyectista que seis meses después necesita un estilo de tubería para una entrega urgente y descubre que el componente ya no resuelve.

Primero el inventario, después el movimiento

El flujo que sí funcionó empieza por algo que parece un rodeo: no mover nada todavía. Lo primero fue exportar las librerías completas del Content Center a Excel, usando la sesión autenticada del propio usuario, de modo que el inventario refleja exactamente lo que ese usuario ve y puede usar. Con el inventario en una hoja de cálculo, las preguntas difíciles se vuelven filas: qué familias existen, cuáles usa cada estilo, qué hay en la versión de destino y qué hace falta crear.

Ese paso convierte una migración a ciegas en una lista de tareas verificable. Es la diferencia entre "creo que pasamos todo" y "estas 40 familias están, estas 3 faltan y sabemos por qué".

Recrear, no arrastrar

Con el inventario validado, los estilos de Tube & Pipe no se arrastran de una versión a otra: se recrean masivamente desde el propio Excel, resolviendo cada componente contra las familias reales del Content Center de destino. Si un componente no resuelve, el proceso lo dice en ese momento, no seis meses después. El Excel deja de ser un reporte y pasa a ser la fuente desde la que se reconstruye la librería.

Y para las familias que había que modificar, la edición se hizo a nivel XML con dos reglas innegociables: backup antes de tocar y log de cada cambio. Si algo sale mal, se sabe exactamente qué se cambió, cuándo, y cómo volver atrás.

Aburrido a propósito

En todo este proceso no hay una sola llamada a un modelo de IA. Es inventario, validación, recreación y registro. Puro oficio. Lo digo con intención, porque mi trabajo incluye construir agentes de IA: la herramienta se elige después de entender el problema, no antes. Una migración de librerías no necesita creatividad. Necesita que no haya sorpresas.

Si tienes una migración de librerías pendiente y el plan actual es copiar y rezar, escríbeme antes de ejecutarlo. Revisar el inventario cuesta horas. Recuperar familias perdidas con un proyecto encima cuesta semanas.