@lexycl/registry

Catálogo del Lexy Design System en schema shadcn: JSON estático, un archivo por componente con el código y la doc embebidos, más r/registry.json como índice.

No se importa como librería — se consume vía CDN de npm:

https://cdn.jsdelivr.net/npm/@lexycl/registry@latest/r/button.json
https://cdn.jsdelivr.net/npm/@lexycl/registry@latest/r/registry.json

Consumidores:

• create-lexy (add, view, diff) — la vía Lexy
• npx shadcn@latest add <URL> — interop directa con el CLI de shadcn

Esta carpeta no es la fuente — es la salida publicable

Hay dos carpetas llamadas "registry" en el repo y cumplen roles distintos:

| Carpeta | Rol | ¿Se edita a mano? | | ------------------------------------------- | --------------------------------------------------------------------------- | ------------------------------------------------------------------------------------------------------------------------------------------------------------------ | | registry/ (raíz del repo) | Fuente de verdad: los .tsx y .md de cada componente/bloque, y el theme. | Sí — ahí se agregan o cambian componentes. | | packages/registry-index/r/ (esta carpeta) | El JSON publicable (schema shadcn) que consume create-lexy y el CDN. | No — es un artefacto generado. Sí se commitea: su diff es cómo se revisa qué cambia para los consumidores, y la CI verifica que esté al día antes de publicar. |

pnpm generate:registry (→ tools/registry/generate-registry-json.ts) lee registry/ (raíz) y regenera packages/registry-index/r/ desde cero. Editar algo en r/ directamente se pierde en el siguiente generate:registry; el cambio real siempre va en registry/components/ o registry/blocks/ en la raíz del repo — convenciones y detalle en registry/README.md.