Calidad, medida

Accesibilidad

La biblioteca no declara un nivel de conformidad: eso lo firma una auditoría externa sobre una aplicación concreta, y no existe todavía. Lo que sí es público es lo que se pasa en cada cambio:

En tres motores

Las pruebas de comportamiento (foco, capas, teclado, arrastre, impresión, movimiento) corren en Chromium, y también en Firefox y WebKit: ahí salieron dos fallos que Chromium no veía —el foco que Safari perdía al cerrar un desplegable y los diálogos que desaparecían de golpe en Firefox y Safari—. La CI lleva una puerta rápida con los dos.

Peso

Medido el 19 de octubre de 2026 con el benchmark del repositorio de la biblioteca: el mismo empaquetador (Vite, en producción) y los mismos ajustes para todas, con React fuera de la cuenta. Es lo que pesa en el bundle, comprimido con gzip, lo que se pide y se usa:

Y la misma pantalla —formulario con validación, tabla de pedidos con orden y paginación y un diálogo de confirmación— hecha con cuatro bibliotecas, pintada en el servidor e hidratada en Chromium con la CPU frenada cuatro veces (mediana de 15 cargas):

• No es una comparación de funciones. La Table de @amset/ui ordena, filtra, agrupa, virtualiza y edita en celda; la de MUI y la de Mantine no hacen nada de eso por sí solas. Se mide peso.
• El CSS de HeroUI y de shadcn no está en las piezas sueltas: lo genera Tailwind en cada aplicación. Por eso esas dos, y react-aria-components, que no trae estilos, no tienen pantalla equivalente. shadcn no es una biblioteca: se mide lo que arrastran sus piezas.
• MUI y antd meten el CSS dentro del JavaScript, y su HTML pesa más porque lo pintan dentro.
• Las pantallas de Mantine y antd cambian su tema: con el de fábrica suspenden el contraste AA. Se corrige con sus propios ajustes.
• El tiempo de hidratación depende de la máquina: vale para comparar las bibliotecas entre sí en la misma ejecución, no como cifra absoluta. La máquina no estaba en reposo; por eso se dan la mediana y el rango. Los pesos no dependen de eso.
• No se mide el tiempo de construcción, la memoria, el rendimiento al teclear o al ordenar miles de filas, ni el peso con otros empaquetadores.

Ligera por defecto

• Un fichero por componente y sideEffects limitado a los .css: el empaquetador se lleva el JavaScript y el CSS de lo que importas, nada más.
• Cada componente importa su propia hoja: no hay una hoja global que cargue toda la biblioteca en cada página.
• Los idiomas se cargan bajo demanda: con siete configurados se descarga uno.
• Las banderas van por regiones: Flag pide el dibujo de la región de la bandera que pinta, no las de todo el mundo.
• Los iconos se importan uno a uno: hay 2134 y solo pesan los que usas.
• Las capas que no están abiertas no montan su contenido: un selector de fecha cerrado no pinta su calendario.

Servidor, cliente e hidratación

Los componentes sin interacción se pueden usar desde un componente de servidor; los que la tienen llevan 'use client' lo más abajo posible. Ningún componente lee «hoy» ni «ahora» mientras se pinta, y los espacios que escribe Intl se normalizan: así el HTML del servidor y el del navegador coinciden aunque los pinten en días, zonas horarias o versiones de ICU distintas. Una prueba pinta cada ficha en un día y la hidrata en otro.

Seguridad

Lo que te toca a ti: comprobar las direcciones que lleguen de un usuario antes de usarlas como href, y sanear en el servidor el HTML de un editor. Una vulnerabilidad se avisa con una incidencia confidencial en el proyecto amset/amset-ui de gitlab.amset.tech, nunca en una pública. Solo la última versión menor recibe arreglos.

Licencia

MIT: se puede usar en proyectos personales y comerciales, modificar y redistribuir, conservando el aviso de copyright.