El sistema de tres capas
El sistema de tres capas: carpetas, etiquetas y colecciones
Por Petros, que desarrolla Meshory · Actualizado el 10 ago 2026 · 10 min de lectura
La mayoría de las estructuras de carpetas para STL fallan de la misma manera: empiezan como un árbol limpio, luego cada modelo que encaja en dos categorías obliga a tomar una decisión, y en un año el árbol tiene diez niveles de profundidad y nadie recuerda las reglas. La solución es dejar de pedir a las carpetas que hagan tres trabajos a la vez. Las carpetas responden dónde está un archivo, las etiquetas responden qué es y las colecciones responden para qué es. Esta guía configura las tres capas, con un ejemplo concreto y un plan de migración para la biblioteca que ya tienes.
En esta guía
- Por qué un solo árbol de carpetas nunca basta
- Capa 1: las carpetas dan a cada archivo un solo hogar
- Capa 2: las etiquetas dicen qué es un modelo
- Capa 3: las colecciones dicen para qué es un modelo
- Un ejemplo práctico
- Migrar la biblioteca que ya tienes
- Dónde vive cada capa
- El sistema de tres capas: preguntas frecuentes
Todo sistema para organizar archivos de impresión 3D acaba chocando con el mismo muro. Creas un árbol de carpetas, funciona durante unos cientos de modelos y entonces llega un archivo que pertenece a dos sitios a la vez. Un dragón articulado que vino en un paquete de Patreon y que además es un regalo para tu sobrino: ¿va en Criaturas, en el nombre del creador o en Navidad? Elige uno y las otras dos búsquedas fallarán para siempre.
No es un problema de disciplina. Es un problema estructural. Un árbol de carpetas es una única jerarquía, y una biblioteca de modelos tiene al menos tres ejes independientes. El sistema de tres capas los separa para que ninguna capa tenga que cargar con más de lo que puede.
Por qué un solo árbol de carpetas nunca basta
Una carpeta solo puede expresar una relación: la contención. Un archivo está exactamente en una carpeta, y esa carpeta está exactamente dentro de otra. Cualquier pregunta que le hagas a tu biblioteca que no tenga forma de contención hay que forzarla a pasar por esa estructura, y ese forzado es lo que produce los árboles de diez niveles.
Fíjate en las preguntas que de verdad te haces cuando te sientas a imprimir algo:
- “¿De dónde salió esto, y tengo el resto de ese paquete?” Es una pregunta de contención. Las carpetas la responden bien.
- “Muéstrame todos los modelos articulados que tengo.” Es una pregunta de propiedad. Atraviesa creadores, paquetes y fechas, y las carpetas la responden mal.
- “¿Qué voy a imprimir para la feria del mes que viene?” Es una pregunta de propósito. Es temporal, mezcla modelos sin relación entre sí y las carpetas son las que peor la responden.
Tres preguntas, tres formas, tres capas. Dale a cada una su propia herramienta y ninguna tendrá que ceder.
Capa 1: las carpetas dan a cada archivo un solo hogar
La capa de carpetas tiene exactamente un trabajo: que cada archivo tenga una ubicación predecible y que nunca tengas que pensar dónde poner algo. Eso significa que el árbol de carpetas debe ser poco profundo, aburrido y organizado según el único eje que nunca cambia después de la descarga.
En casi todas las bibliotecas, ese eje es el origen. De dónde viene un modelo es un hecho que es cierto para siempre. Qué es un modelo se puede discutir; quién lo publicó, no. Una estructura que funciona:
- La raíz de la biblioteca es un disco o una carpeta compartida de un NAS. No cinco. Todo vive dentro de ella.
- Un nivel para el tipo de origen: Patreon, Thingiverse, Printables, MyMiniFactory, Kickstarter, Comprados, Diseños propios.
- Un nivel para el creador o el paquete, exactamente como se publicó. Conserva los nombres que puso el creador.
- Para ahí. Dos niveles bajo la raíz son suficientes. Si te ves queriendo un tercero, esas ganas son la capa de etiquetas pidiendo existir.
La prueba de una buena capa de carpetas es la rapidez, no la elegancia. Si archivar una nueva descarga te exige más de cinco segundos de reflexión, el árbol es demasiado ingenioso y dejarás de archivar en menos de un mes.
Fíjate en lo que esta estructura no hace a propósito. No ordena por tema, por impresora, por material, por si ya lo has impreso ni por proyecto. Todo eso son cosas reales que quieres consultar, y cada una pertenece a otra capa.
Capa 2: las etiquetas dicen qué es un modelo
Las etiquetas llevan las propiedades que atraviesan las carpetas. Un modelo puede tener tantas etiquetas como necesite, que es justo la flexibilidad que las carpetas no pueden ofrecer. El riesgo de las etiquetas es el contrario al de las carpetas: en vez de demasiada estructura, acabas con un vocabulario desbordado en el que articulado, modelo-articulado y flexi significan lo mismo.
Mantén el vocabulario pequeño y agrupado. Cuatro familias cubren la mayoría de las bibliotecas:
| Familia de etiquetas | Ejemplos | Responde a |
|---|---|---|
| Tema | dragón, terreno, miniatura, funcional, cosplay | ¿Qué es esto? |
| Propiedad de impresión | articulado, sin-soportes, varias-piezas, print-in-place | ¿Cómo se imprime? |
| Hardware | resina, fdm, multicolor, gran-formato | ¿Con qué se puede imprimir? |
| Estado | impreso, fallido, por-imprimir, necesita-soportes | ¿En qué punto estoy con él? |
Dos reglas mantienen sano el vocabulario. Usa siempre el singular y nunca crees una etiqueta que ya responda una carpeta. Si todo lo que hay en la carpeta Patreon llevara la etiqueta patreon, la etiqueta no aportaría nada y diluiría las demás.
Etiquetar miles de modelos a mano es el paso en el que mueren la mayoría de los sistemas, y por eso la capa de etiquetas es la que vale la pena automatizar. Meshory genera etiquetas a partir de reglas de nombres de archivo y de un análisis de color, y con tu propia clave de OpenRouter puede mirar cada modelo y escribir una descripción buscable de lo que realmente es, de modo que un archivo llamado dragon_v2_final.stl se puede encontrar como un dragón articulado. Tú aceptas o rechazas lo que sugiere, y puedes añadir o quitar cualquier etiqueta a mano. Los detalles están en colecciones frente a etiquetas.
Capa 3: las colecciones dicen para qué es un modelo
La tercera capa es la que la gente se salta, y es la que hace que una biblioteca resulte útil. Las colecciones son grupos creados a mano ligados a una intención y no a una identidad: una cola de impresión, un encargo, una lista de regalos, los modelos que van a una feria maker. Son temporales de una forma en que las etiquetas no lo son, y mezclan modelos que no tienen nada más en común.
La distinción que evita que las dos capas se confundan: una etiqueta describe algo que es cierto de forma permanente sobre un modelo, y una colección describe algo que es cierto ahora mismo sobre tus planes. Un dragón es articulado para siempre. Está en la cola de impresión del cumpleaños durante tres semanas.
- Cola de impresión es la colección que casi todo el mundo necesita primero. Lo que va a la placa a continuación, en orden.
- Colecciones por proyecto para un encargo, una campaña de juego de mesa o un puesto en un mercadillo. Bórralas cuando termine el proyecto.
- Colecciones de referencia para los modelos que vuelves a imprimir una y otra vez: piezas de calibración, benchmarks, impresiones de prueba.
En Meshory una colección puede contener modelos sueltos o carpetas enteras, y nada de eso toca el disco: la agrupación vive en el índice mientras tus archivos se quedan exactamente donde están.
Un ejemplo práctico
Toma un archivo real: un dragón articulado del paquete de marzo de un creador, que piensas imprimir en resina para el cumpleaños de un amigo y que ya imprimiste una vez en PLA.
- 1Carpeta: Biblioteca / Patreon / LoothighCreations / 2026-03-dragones. Una ubicación, decidida en dos segundos, que no se vuelve a tocar.
- 2Etiquetas: dragón, articulado, resina, impreso. Cuatro propiedades, todas ciertas para siempre, todas consultables en cualquier carpeta de la biblioteca.
- 3Colecciones: Regalos de cumpleaños. Se quita en cuanto se entrega el regalo, sin tocar el archivo ni sus etiquetas.
Ahora cada pregunta se resuelve en un paso. “¿Qué venía en aquel paquete de marzo?” es una carpeta. “Muéstrame todos los modelos articulados que puedo imprimir en resina” son dos etiquetas. “¿Qué voy a imprimir este mes?” es una colección. Ninguna capa tuvo que retorcerse para responder a una pregunta para la que no estaba hecha.
Migrar la biblioteca que ya tienes
Si partes de diez mil archivos repartidos en cuatro discos, no empieces reorganizando carpetas. Reorganizar antes de eliminar duplicados significa mover el mismo modelo tres o cuatro veces, y es la causa más habitual de que estos proyectos se estanquen.
- 1Indexa todo donde está. Apunta un gestor de bibliotecas a cada ubicación antes de mover un solo archivo, para ver primero el panorama completo. Meshory lee las carpetas en su sitio y nunca mueve, renombra ni sube nada.
- 2Elimina duplicados primero. Años de descargas dejan copias que ninguna búsqueda por nombre de archivo relaciona. El buscador de duplicados las agrupa por contenido y geometría para que archives cada modelo una sola vez.
- 3Después aplana la capa de carpetas. Reduce los árboles profundos a origen y creador. Es un trabajo que se hace una sola vez y es mucho menor después de eliminar duplicados.
- 4Etiqueta en bloque, no de una sentada. Deja que el etiquetado automático haga la primera pasada y corrige mientras navegas. El etiquetado es la única capa que mejora poco a poco sin penalización.
- 5Crea las colecciones al final, y solo para lo que de verdad estás imprimiendo ahora. Una colección creada por si acaso es una colección que nunca abrirás.
Si el montón del que partes son sobre todo descargas sin tocar, la guía más específica es qué hacer con más de 1.000 archivos STL descargados. Y antes de empezar a renombrar nada en masa, lee convenciones de nombres y control de versiones, porque los cambios de nombre hechos en el orden equivocado crean duplicados en lugar de orden.
Dónde vive cada capa
| Capa | Vive en | Cambia cuando | ¿Sobrevive a un cambio de nombre? |
|---|---|---|---|
| Carpetas | El propio disco | Mueves un archivo | Es el cambio de nombre |
| Etiquetas | El índice de la biblioteca | Un modelo adquiere una propiedad | Sí, siguen al archivo |
| Colecciones | El índice de la biblioteca | Cambian tus planes | Sí, siguen al archivo |
Esa última columna importa más de lo que parece. En un sistema solo de carpetas, renombrar un archivo o reorganizar un directorio destruye el significado que tuviera la ruta anterior. Cuando las dos capas superiores viven en un índice vinculado al archivo y no a su ruta, puedes reorganizar el disco con libertad y las etiquetas, notas y colecciones te acompañan. Meshory sigue los archivos a través de cambios de nombre y traslados precisamente por eso, y su búsqueda y filtros consultan las tres capas a la vez. Este sistema es el paso 2 de la guía completa para organizar una biblioteca de STL, que cubre los pasos de eliminación de duplicados, miniaturas y NAS que lo rodean.
El sistema de tres capas: preguntas frecuentes
¿Cuál es la mejor estructura de carpetas para archivos STL?
Una poco profunda y organizada por origen: una sola raíz de biblioteca, un nivel para la fuente (Patreon, Printables, Thingiverse, comprados, tus propios diseños) y un nivel para el creador o el paquete. Dos niveles de profundidad son suficientes. Todo lo que te tentaría añadir como tercer nivel, como el tema, la impresora o el proyecto, va mejor en etiquetas o colecciones, porque son propiedades que atraviesan las carpetas en lugar de anidarse dentro de ellas.
¿Debo organizar los archivos STL por categoría o por creador?
Por creador o por fuente, porque ese dato nunca cambia. La categoría parece más útil, pero obliga a decidir en cada modelo que encaja en dos categorías, y esas decisiones son las que convierten un árbol limpio en un laberinto de diez niveles. Las categorías funcionan mucho mejor como etiquetas, donde un modelo puede tener varias a la vez y puedes cambiar de opinión más adelante sin mover nada en el disco.
¿Qué diferencia hay entre etiquetas y colecciones?
Una etiqueta describe lo que un modelo es de forma permanente: articulado, resina, terreno, miniatura. Una colección describe lo que piensas hacer con él ahora: la cola de impresión de este mes, un encargo, una lista de regalos. Las etiquetas se acumulan y se quedan; las colecciones se crean con un propósito y se borran cuando ese propósito se cumple. Si te sorprendes creando una etiqueta llamada por-imprimir, eso es una colección.
¿Tengo que reorganizar mis carpetas para usar etiquetas y colecciones?
No, y no deberías. Las etiquetas y colecciones viven en un índice de biblioteca que se superpone a tus carpetas reales, así que puedes añadirlas a una biblioteca que sigue siendo un caos y notar la ventaja de inmediato. Meshory lee tus carpetas en su sitio sin mover, renombrar ni subir nada, lo que significa que la capa de organización y la distribución del disco son decisiones independientes.
¿Cuántas etiquetas debería tener un modelo?
Entre tres y seis es un rango sano para la mayoría de las bibliotecas: una o dos para el tema, una para cómo se imprime, una para el hardware y, opcionalmente, una para el estado. Con menos de tres, las búsquedas siguen siendo demasiado amplias para ser útiles. Con más de unas ocho, el vocabulario suele contener casi duplicados que deberían fusionarse, como articulado y modelo-articulado, que significan lo mismo.
¿Mis etiquetas sobrevivirán si más adelante renombro o muevo archivos?
En Meshory, sí. Las etiquetas, notas, colecciones y miniaturas están vinculadas al archivo y no a su ruta, así que renombrar un modelo o reorganizar una carpeta lo conserva todo, también cuando renombras una carpeta entera. Eso es lo que hace seguro limpiar la capa de carpetas después de haber invertido esfuerzo en las otras dos.
Tres capas, una ventana.
Meshory indexa tus carpetas donde están, etiqueta lo que encuentra y te permite crear colecciones encima, todo en local. Pago único, sin suscripción.