Cualquiera puede decir que su software es sólido. Aquí están las pruebas.
Meshory lo desarrolla una sola persona, cuesta dinero y el código es cerrado. Es mucho pedirte que lo aceptes a ciegas, así que prefiero no pedírtelo. En esta página están las pruebas: qué se ejecuta antes de publicar una versión, qué he medido, qué me he negado a afirmar y qué falta todavía.
Escrito por Petros, que desarrolla Meshory. Más sobre la persona que hay detrás.
Nada se publica hasta haber pasado por todo esto
Cada versión, incluidas las pequeñas, pasa el mismo control. Sin excepciones manuales, porque un control que se puede saltar no es un control.
Los tipos tienen que cuadrar
TypeScript compila toda la app de escritorio sin errores antes de que se ejecute nada más. Una compilación que no pasa la comprobación de tipos nunca llega a la fase de pruebas.
6.987 pruebas unitarias
578 archivos de pruebas que cubren el motor de escaneo, la capa de base de datos, la indexación de archivos comprimidos, la detección de duplicados, las licencias y la interfaz. Otras 52 se omiten en lugar de borrarse, y el recuento de arriba no las incluye.
298 pruebas de extremo a extremo
Playwright abre la app empaquetada real con una biblioteca real en disco y la maneja como lo haría una persona: escanear una carpeta, buscar en ella, abrir el visor 3D, etiquetar cosas, encontrar duplicados, enviar archivos a la papelera. 63 archivos de especificación.
Firmada y notarizada en macOS
Cada compilación para macOS se firma con firma de código y se envía a Apple para su notarización antes de acercarse a un enlace de descarga. Si la notarización falla, la publicación se detiene.
El propio instalador pasa una prueba de humo
La CI instala la app compilada en una máquina limpia y la arranca. Una versión que compila pero no se inicia se detecta aquí, no la descubres tú.
Publicación en dos fases
Las compilaciones llegan primero a un almacenamiento privado. Nada llega a la página de descargas ni al actualizador automático de los usuarios existentes hasta que se ejecuta un paso de promoción aparte.
Mido con mi propia biblioteca, no con una carpeta de demostración
Los benchmarks de agosto con la biblioteca completa que verás abajo comparan la misma biblioteca del NAS en la misma máquina, antes y después: 141.696 archivos indexados en 8.448 carpetas, 3,3 TB en el momento en que se hicieron estas ejecuciones, el 2 de agosto de 2026. Los resultados en bruto se guardan en el repositorio con una marca de tiempo, la versión de la app y el hardware en que se ejecutaron, así que si un cambio posterior vuelve algo más lento sin que se note, queda a la vista.
Esa cifra cuenta archivos, no modelos, y por eso es mayor que los 118.270 modelos que se citan en otras partes de este sitio. 6.997 de esos archivos son ZIP, y las 100.874 entradas que contienen se indexan como elementos de pleno derecho en lugar de dejarse como bloques opacos. El resto de la diferencia son las imágenes, los PDF y los readme que acompañan a los modelos. Los benchmarks cuentan todo aquello en lo que el escáner tiene que trabajar de verdad.
Esas dos últimas cifras proceden de una ejecución posterior sobre la misma biblioteca, el 8 de agosto de 2026, porque las ejecuciones de la tabla son anteriores al contador que las registra. Mismo corpus: ambas indican los mismos 141.696 archivos en las mismas 8.448 carpetas. Esa ejecución también está publicada.
rápido
La fila del primer escaneo detiene el cronómetro cuando la biblioteca ya se puede explorar y buscar. Después, las miniaturas, las imágenes de portada y el cálculo de hashes de duplicados se ejecutan en segundo plano, y en esta biblioteca siguen mucho después de que termine el escaneo. Medido en un Apple M4 Pro, 12 núcleos, 48 GB, con la misma carpeta compartida del NAS en solo lectura en ambas pasadas. Tus cifras variarán según tu hardware y tu red. Estas son las que puedo enseñarte. La columna de mejora se calcula a partir de las mediciones en bruto y no de las cifras redondeadas que aparecen al lado, así que puede diferir en una fracción de un por ciento de lo que obtienes al dividir lo que ves en pantalla. El JSON en bruto de cada fila está publicado aquí, con marcas de tiempo, versiones de la app y equipo incluidos.
Menos tiempo esperando las miniaturas
Las últimas mejoras de las miniaturas redujeron el tiempo de procesamiento un 35,8 % en una muestra de 768 archivos de mi biblioteca en un NAS conectado por cable. Cada imagen de salida era idéntica byte a byte antes y después.
La base de datos de prueba conservó los 152.955 registros de archivos, mientras que la cola de miniaturas abarcó 500 archivos dentro de archivos comprimidos y 268 archivos sueltos. Ambas versiones ya incluían las optimizaciones de miniaturas anteriores.
rápido
Mediana de dos ejecuciones por versión, en orden antes/después/después/antes, con las cachés del NAS y del sistema operativo ya calientes en un Apple M4 Pro, 12 núcleos, 48 GB. El tiempo incluye el arranque de los procesos de trabajo, las lecturas, el renderizado, la escritura de imágenes y las actualizaciones de la base de datos. Se excluyeron el escaneo, el etiquetado, los modelos STEP y la interfaz. La biblioteca completa no se ha cronometrado con estos cambios. Lee el registro de medición.
Lo que no me permití afirmar
La razón de medir es que a veces la medición dice que no. Esta es una conclusión literal de uno de mis propios informes de rendimiento, sobre una mejora de velocidad que quería poder anunciar:
“Directory read aggregate increased substantially even while archive wall time fell, so these runs do not support a directory read speedup claim.”
En esa misma ejecución, el primer escaneo fue alrededor de un 11 % más rápido y el manejo de archivos comprimidos, alrededor de un 18 % más rápido, y las dos mejoras son reales. Pero la latencia de la vista previa empeoró en la muestra, y los datos no demostraron uno de los objetivos que me había fijado, así que tampoco se demuestra en esta página. Las cifras que solo se mueven en la dirección favorable no son mediciones, son marketing.
Lo que aún no está hecho
La lista que yo querría leer si estuviera decidiendo si confiar en el software de otra persona.
Las compilaciones para Windows aún no tienen firma de código.
Windows mostrará una advertencia de SmartScreen en la primera instalación, y algunos antivirus ponen el instalador directamente en cuarentena como falso positivo. Solo la firma de código elimina ambas cosas. Hasta que llegue, el SHA-256 de cada compilación y un informe de VirusTotal están en la página de descargas para que puedas comprobar el archivo por tu cuenta. macOS ya está firmado y notarizado.
El código es cerrado.
No puedes leer el código, así que el resto de esta página explica cómo intento que eso sea un trato razonable y no un acto de fe.
Un único archivo muy grande todavía puede hacerlo fallar.
Un solo STL de más de un gigabyte aproximadamente puede agotar la memoria al calcular los hashes de duplicados. Es un límite conocido con un umbral medido, no una sorpresa.
Es una sola persona.
Si estoy durmiendo, tu mensaje de Discord espera hasta la mañana. No hay turnos de 24 horas, y no voy a fingir lo contrario.
No puedes leer el código, así que esto es lo que te debo a cambio
Funciona por completo en tu equipo.
Meshory nunca sube tus modelos. Sin cuenta, sin sincronización, sin servidor entre tú y tus propios archivos. Desconecta el cable de red y funciona exactamente igual.
Lo que pagaste es tuyo.
Pago único, no una suscripción. La versión que compraste sigue funcionando, y sigue funcionando sin conexión.
El registro de cambios es concreto.
Cada versión cuenta qué ha cambiado realmente y por qué, incluidas las correcciones que daban vergüenza. Ya van 23 desde el 8 de julio de 2026
Quien recibe el informe de error es quien lo corrige
Los informes de errores y las peticiones de funciones van a un Discord donde me llegan directamente, y un buen número acaba publicándose. El filtrado por etiquetas existe porque alguien lo pidió en Discord. La detección del laminador (slicer) de Snapmaker existe porque un usuario me envió archivos de ejemplo. La mitad de las notas de versión son idea de otra persona.
Pruébalo con tu propia biblioteca
Descárgalo, apúntalo a tu peor carpeta y júzgalo por lo que hace con tu propio desorden.