@higinio/design-mcp 0.1.1 → 0.2.0

package/LICENSE

@@ -1,9 +1,9 @@
 Copyright (c) 2026 Higinio Sosa. Todos los derechos reservados.
 
-Este software y los sistemas de diseño que contiene ("Celeste Clásica" y
-"Nocturna Eléctrica"), incluyendo sus tokens, componentes, documentación y
-activos, son propiedad de Higinio Sosa y están destinados exclusivamente a
-uso en sus propios productos.
+Este software y los sistemas de diseño que contiene ("Celeste Clásica",
+"Nocturna Eléctrica", "Salvia Serena" y "Bruma Lavanda"), incluyendo sus
+tokens, componentes, documentación y activos, son propiedad de Higinio Sosa y
+están destinados exclusivamente a uso en sus propios productos.
 
 No se concede ninguna licencia, expresa o implícita, para usar, copiar,
 modificar, fusionar, publicar, distribuir, sublicenciar o vender copias de

package/README.md

@@ -14,7 +14,7 @@ npm run build
 ```
 
 - `npm install` dispara automáticamente el script `prepare` (`sync-assets && build`), así que en un `git clone` limpio con solo `npm install` ya queda todo listo.
-- `sync-assets` copia los tokens y la documentación de cada sistema (`celeste/`, `nocturna/`) a `mcp/assets/` (carpeta gitignored, se regenera siempre desde la fuente).
+- `sync-assets` copia los tokens y la documentación de cada sistema (`celeste/`, `nocturna/`, `salvia/`, `bruma/`) a `mcp/assets/` (carpeta gitignored, se regenera siempre desde la fuente).
 - `build` compila `src/` a `dist/` con `tsc`. Los binarios ejecutables son `dist/index.js` (server MCP, bin `design-mcp`) y `dist/cli.js` (linter, bin `design-lint`; ver **CLI / pre-commit**), ambos con shebang `#!/usr/bin/env node`.
 
 Para desarrollo sin compilar: `npm run dev` (ejecuta `src/index.ts` con `tsx`). Para correr los tests: `npm test`.
@@ -97,20 +97,20 @@ Para desplegarlo en **Dokploy** y conectarlo desde Claude Code (local o remoto),
 - `build_ui` — instrucciones para construir UI respetando el sistema de diseño elegido.
 - `audit_ui` — instrucciones para auditar código o una pantalla contra el sistema de diseño elegido.
 - `audit_diseno` — instrucciones para auditar una interfaz con la rúbrica de 14 dimensiones, Nielsen /40, carga cognitiva y las 5 personas, con salida por fases.
-- `recomendar_direccion` — dado un brief de producto, recomienda el sistema (Celeste vs Nocturna), los valores de dial (variación/motion/densidad acotados) y una dirección de diseño sobria.
+- `recomendar_direccion` — dado un brief de producto, recomienda el sistema (entre Celeste, Nocturna, Salvia y Bruma), los valores de dial (variación/motion/densidad acotados) y una dirección de diseño sobria.
 - `recomendar_grafica` — dada una descripción de datos, recomienda el tipo de gráfica, la paleta (categórica/secuencial/divergente/estado) y el fallback de accesibilidad.
 
 **Resources:**
 
 - `design://systems` — índice de sistemas disponibles y su metadata.
-- `design://<sistema>/<archivo>` — archivo crudo de un sistema (`tokens.json`, `tokens.css`, `tailwind.css`, `framework.css`, `design-doc.md`, `styleguide.html`), con `<sistema>` = `celeste` o `nocturna`.
+- `design://<sistema>/<archivo>` — archivo crudo de un sistema (`tokens.json`, `tokens.css`, `tailwind.css`, `framework.css`, `design-doc.md`, `styleguide.html`), con `<sistema>` = `celeste`, `nocturna`, `salvia` o `bruma`.
 
 ## CLI / pre-commit
 
 Los cuatro validadores puros (`validate_code`, `validate_motion`, `check_slop`, `checklist_preflight`) también se pueden correr sobre archivos locales sin pasar por MCP, con el binario `design-lint`. Como el paquete está publicado en npm, en otro proyecto lo ejecutas con `npx` sin instalar nada; dentro de este repo apuntas a `dist/cli.js`:
 
 ```
-design-lint --system celeste|nocturna [--lang css|html|js] [--json] <archivos o globs...>
+design-lint --system celeste|nocturna|salvia|bruma [--lang css|html|js] [--json] <archivos o globs...>
 
 # desde cualquier proyecto (paquete publicado)
 npx @higinio/design-mcp design-lint --system celeste "src/**/*.css"
@@ -164,4 +164,4 @@ Si el IDE mantiene el proceso del servidor corriendo, reinícialo después para
 
 ## Relación con las skills
 
-Las skills de Claude (`celeste-clasica-design`, `nocturna-electrica-design`) son la "voz experta": encapsulan criterio, ejemplos y guía narrativa para construir UI con estos sistemas dentro de Claude. Este MCP es la fuente de datos portátil de esos mismos sistemas —tokens, specs de componentes, reglas y validación— accesible desde cualquier IDE o cliente MCP, no solo Claude. Ambos se complementan: la skill explica el criterio, el MCP expone los datos exactos y permite validarlos programáticamente en cualquier entorno.
+Las skills de Claude (`celeste-clasica-design`, `nocturna-electrica-design`, `salvia-serena-design`, `bruma-lavanda-design`) son la "voz experta": encapsulan criterio, ejemplos y guía narrativa para construir UI con estos sistemas dentro de Claude. Este MCP es la fuente de datos portátil de esos mismos sistemas —tokens, specs de componentes, reglas y validación— accesible desde cualquier IDE o cliente MCP, no solo Claude. Ambos se complementan: la skill explica el criterio, el MCP expone los datos exactos y permite validarlos programáticamente en cualquier entorno.