Shadcn/UI ahora usa Base UI por defecto en lugar de Radix

Cambio de Radix a Base UI

• Varios comentaristas ven con buenos ojos los primitivos de bajo nivel de Base UI, y les resulta agradable para componer componentes complejos; además, esperan que esto reduzca dependencias en shadcn/ui.
• Una ventaja clave que se le atribuye: Base UI es más “headless” y menos opinado que Radix, lo que encaja con el patrón de shadcn (envolver primitivos en componentes personalizados).
• Algunos reportan fricción al adoptar Base UI, especialmente en torno a formularios y a la reutilización de patrones existentes.

Modelo de copia y pega vs bibliotecas de UI tradicionales

• Muchos ven el modelo de vendorización por copia y pega de shadcn como una forma de “poseer” el código, evitar cadenas de dependencias frágiles y actualizar componentes de forma selectiva sin grandes cambios rompientes.
• Otros consideran este modelo sobrevalorado o directamente malo: las actualizaciones se convierten en trabajo manual, existe riesgo de divergencia y se requiere nueva herramienta (incluidos “agentes de migración” de IA) en lugar de simplemente subir una versión.
• Preocupa que shadcn haga que muchas apps se vean visualmente idénticas, salvo que los equipos inviertan mucho en personalización.

Comparaciones entre bibliotecas de UI

• Mantine genera mucho debate: algunos lo consideran “brillante” (completo, personalizable y con primitivos sin estilo); otros lo describen como sobrediseñado y doloroso en proyectos grandes.
• Base UI vs React Aria: algunos prefieren el enfoque de hooks de React Aria, agnóstico de biblioteca, y no les gusta la rotación de tendencias de Radix → Base UI; otros se sienten atraídos por la novedad y la flexibilidad de Base UI.
• Se mencionan ecosistemas alternativos: Ark UI, MUI/Base UI, DaisyUI, Material UI, Skeleton (con Zag), Basecoat y varios puertos “tipo shadcn” para frameworks que no son React.

Codemods, migraciones y agentes LLM

• El cambio del proyecto de codemods a agentes de migración basados en LLM se percibe como algo notable.
• Algunos argumentan que los LLM y los codemods se complementan: usar LLM para generar codemods deterministas más reglas de lint.
• Otros prefieren guías de migración legibles por humanos y se preocupan por optimizar en exceso para agentes en lugar de para desarrolladores.

Escritura generada por IA en el anuncio

• Muchos comentaristas creen que la publicación del changelog tiene una “voz” característica de LLM: contundente, estilo LinkedIn, verbosa y formularia.
• Algunos lo consideran una falta de respeto o poco fiable, y sostienen que la prosa de IA suele enterrar información escasa en relleno y puede tergiversar quién está “hablando”.
• A otros les resulta indiferente o lo apoyan: valoran una estructura fácil de escanear, ven inevitable la escritura asistida por IA y prefieren que los humanos se centren en el código y no en la prosa.
• Hay desacuerdo sobre si el problema principal es el estilo, la precisión, la honestidad sobre el uso de IA o las expectativas de los lectores.

Ecosistema Angular y efecto dominó de PrimeNG

• Para usuarios de Angular que buscan una solución “tipo shadcn”, se mencionan varias opciones, con una en particular elogiada por estar claramente por delante.
• El giro de PrimeNG/PrimeReact/PrimeVue hacia código cerrado y licencias de pago genera preocupación; un fork comunitario busca continuar una alternativa abierta.

HTML semántico y complejidad de los toolkits de UI

• Algunos critican los kits modernos de UI (Base UI, Ark UI, etc.) por “div soup” y por reimplementar cosas como <details> o copiar al portapapeles con marcado pesado.
• Esto se ve tanto como sobrediseño como un síntoma de que la plataforma web carece de primitivas nativas de UI más ricas.

Sentimiento general

• Hay una mezcla fuerte de entusiasmo y cansancio: la gente aprecia shadcn como base para sistemas de diseño personalizados, pero desconfía del churn continuo del frontend, de las abstracciones complejas y de la homogeneización visual.