Granjas de impresión

Gestión de bibliotecas de modelos 3D para granjas de impresión

Por Petros, que desarrolla Meshory · Actualizado el 18 sept 2026 · 9 min de lectura

Una granja de impresión funciona con dos sistemas que se confunden como si fueran uno. El software de gestión de granjas opera las máquinas: colas, enrutamiento de trabajos, asignación de impresoras, pedidos, G-code. Un gestor de bibliotecas de modelos responde a una pregunta completamente distinta: qué tienes, dónde está y cuál de las seis copias es la que imprimes. El software de granja guarda silencio casi por completo sobre esa segunda pregunta, y cuanto más grande es la biblioteca, más se nota. Esta página explica qué capa cubre qué, y es específica sobre dónde se detiene Meshory, porque es una herramienta de biblioteca y no software de gestión de granjas.

Dos capas, y solo una de ellas trata sobre impresoras

PrintStash, una herramienta de granja autoalojada y por tanto tampoco una parte neutral, describe bien la división en su propia comparativa de agosto de 2026: un gestor de archivos es “una capa de biblioteca por encima de la máquina”, y “la impresora fija qué software controla la máquina; no fija dónde viven tus modelos, las revisiones de G-code y el historial de impresión”. Esa es la distinción que conviene tener presente mientras evalúas cualquier cosa en este terreno.

La mayoría de las granjas terminan usando una de cada, y esa es la respuesta correcta, no un compromiso. El error es esperar que cualquiera de las dos cubra la otra mitad.

Qué cubre el software de gestión de granjas

Si el problema son las impresoras, las colas y los pedidos, estas son las herramientas, y ninguna de ellas es Meshory.

Los problemas de biblioteca que el software de granja no toca

Estos empeoran con la escala, por eso afectan más a las granjas que a los aficionados.

La misma pieza, guardada seis veces, con seis nombres

Una granja acumula duplicados más rápido que nadie: descargas repetidas, un kit comprado dos veces en paquetes distintos, una pieza reexportada a otra escala, el mismo modelo convertido de STL a 3MF para otra impresora. La mayoría de las herramientas que dicen detectar duplicados calculan el hash de los bytes del archivo, lo que detecta una copia renombrada y se le escapan todos esos casos, porque una reexportación no comparte ningún byte con su original. Comparar la propia malla es lo que cierra ese hueco, y detección de duplicados por hash o por geometría explica exactamente qué copias encuentra cada método.

Una biblioteca que no puedes ver

El software de granja te muestra los archivos que ya has metido en él. No renderiza una vista previa de los 40.000 modelos que están en el NAS y que nadie ha tocado desde que llegó el Kickstarter, y un operador que no puede ver un modelo lo volverá a descargar o a comprar en lugar de buscarlo. Las miniaturas de todo el archivo son la solución más barata para eso, y la que menos probablemente incluyan las herramientas de granja.

Paquetes que nadie ha extraído nunca

Los lanzamientos de creadores y de Kickstarter llegan en ZIP, RAR y 7Z y se quedan sin abrir, lo que significa que su contenido es invisible para la búsqueda y para cualquier comprobación de duplicados. Leer dentro de los archivos comprimidos sin extraerlos es la diferencia entre una biblioteca en la que puedes buscar y una en la que una parte importante es una caja negra.

Una flota mixta implica archivos de proyecto mixtos

Una granja que combina Bambu con Creality o Snapmaker termina con proyectos de laminador que solo se abren en el laminador que los creó. El convertidor de 3MF de Meshory, en beta dentro de Tools, mueve un proyecto de Bambu Studio, OrcaSlicer, Snapmaker Orca o Creality Print a uno de los otros como un nuevo 3MF, con las placas y los colores pintados trasladados y el original intacto. Los ajustes de impresión que cambiaste se trasladan a partir de la versión posterior a la 1.9.0, así que en la versión actual no lo hacen.

Lo que Meshory no hace por una granja

Empezamos por esto porque es más rápido de comprobar y decide si el resto de esta página se aplica a ti.

• Sin control de impresoras: no se conecta a impresoras, no despacha trabajos, no gestiona una cola de producción ni monitoriza nada. Una cola está en la hoja de ruta, planteada para una tirada de mercadillo o de regalos y no para producción, y todavía no se ha publicado.
• Sin pedidos, SKU ni clientes: no hay catálogo de productos ni vínculo entre un modelo y algo que vendas.
• Sin seguimiento de G-code: no versiona el G-code, no guarda un G-code que sepas que funciona junto a una revisión y un perfil del modelo, ni extrae de nuevo los ajustes del laminador a partir de un archivo laminado.
• Sin historial de impresión: no se registran los éxitos, los fallos, las reimpresiones ni el material consumido. Se puede asignar filamento a un modelo, y el seguimiento de bobinas e impresoras está en la hoja de ruta, no publicado.
• Sin cuentas, permisos ni registro de auditoría: es una app de escritorio para un solo usuario. Varias personas pueden ejecutarla cada una contra la misma carpeta compartida del NAS, pero no hay estado compartido entre ellas, ni roles, ni registro de quién cambió qué.

Si alguno de esos es el problema que intentas resolver, la tabla de arriba es donde mirar, y PrintStash o Daedalus son los puntos de partida obvios para una granja autoalojada.

Lo que Meshory sí hace por una granja

Una sola tarea, a la escala que de verdad tiene una granja. Indexa carpetas en el sitio en macOS, Windows y Linux, incluidos NAS y carpetas compartidas en red, y no mueve nada.

• Todos los modelos visibles: miniaturas automáticas para STL, 3MF, OBJ, FBX, STEP y Rhino 3DM, y un visor 3D real que incluye proyectos Bambu con varias placas.
• Duplicados detectados de tres formas: contenido del archivo, geometría de la malla y carpetas enteras, así que una reexportación o una conversión de formato se sigue agrupando con su original, y una carpeta que contiene el mismo conjunto de modelos se reduce a un solo hallazgo.
• Archivos comprimidos leídos en el sitio: ZIP, RAR, 7Z y TAR/TGZ explorados como carpetas, y cada modelo de su interior recibe una miniatura y cuenta para la detección de duplicados.
• Búsqueda, etiquetas y colecciones en toda la biblioteca, con etiquetado con IA opcional usando tu propia clave de OpenRouter en lugar de la nuestra.
• Directo al laminador: más de 15 laminadores instalados detectados automáticamente, a un clic desde la biblioteca, además del convertidor de 3MF para una flota mixta.
• Sin puestos que gestionar: una clave de licencia y ninguna cuenta, y la postura documentada es que no hay límite de activaciones, así que varios puestos de trabajo no son varias compras.

Sobre la escala, el número honesto en lugar de un adjetivo: se construyó y se reforzó contra una biblioteca de 118.270 modelos y 3,5 TB en una sola carpeta compartida de NAS antes de publicarse, y escanear una carpeta de un NAS explica cómo se gestionan las fuentes de red.

Cómo encajan las dos capas

1. 1La biblioteca vive donde ya vivía, en el NAS o en la unidad compartida. No se migra nada a un nuevo lugar.
2. 2Un gestor de bibliotecas la indexa en el sitio, renderiza las vistas previas y limpia los duplicados antes de que nada más adelante tenga que lidiar con ellos.
3. 3Un operador encuentra el modelo, convierte el proyecto si la impresora de destino necesita otro laminador, y lo abre en el laminador.
4. 4El software de granja se encarga a partir de ahí: laminar, poner en cola, enrutar a una impresora y registrar el resultado contra el pedido.

Eliminar duplicados primero merece la pena en ese orden. Cada duplicado que arrastras a un sistema de producción se convierte en un SKU duplicado, un trabajo duplicado o un operador imprimiendo la revisión equivocada.