Stop importing Eidos contracts from tokens

continue.md

@@ -106,8 +106,9 @@ a su `portalTo`. No usar nombres como `somaPortalTo` en `ActiveUix`.
    lo importa como foundation estatica.
 5. Pendiente: decidir que tokens per-component de `tokens/components/*`
    quedan como recipe estable y cuales deben salir de `EidosConfig`.
-6. `contracts/` ya no se importa desde `src/uix/eidos/index.css`; queda como
-   archivo de consulta/tooling hasta decidir si se borra.
+6. `contracts/` ya no se importa desde `src/uix/eidos/index.css` ni desde
+   `src/uix/eidos/tokens/index.css`; queda como archivo de consulta/tooling
+   hasta decidir si se borra.
 7. Pendiente: retirar `tokens/` o `themes/base/` del entrypoint estatico cuando
    las recipes ya no dependan de aliases historicos.
 8. No reintroducir engine visual separado, carpeta `engine`, ni wrapper `Eidos` sin

src/uix/active_architecture.md

@@ -835,7 +835,8 @@ Para evitar mission creep, conviene fijar lo que UIX **no quiere ser**:
 
 - Sustituir progresivamente `tokens/` y `themes/base/`. El primer artefacto
   generado ya existe en `src/uix/eidos/generated/base.css`; `contracts/` ya no
-  se importa en runtime y queda como archivo de consulta/tooling.
+  se importa en runtime ni desde `tokens/index.css` y queda como archivo de
+  consulta/tooling.
 - Reparar demos/rutas y componentes eidos que sigan en una mezcla historica
   de `Provider`/flat snippets para que todo compile contra la opcion C
   disciplinada.

src/uix/auditoria-kimi.md

@@ -328,9 +328,10 @@ y de theme desde la configuracion viva. Mantenerlos:
 **Estado 2026-05-13:** existe el primer artefacto generado,
 `src/uix/eidos/generated/base.css`, producido con `npm run generate:eidos-css`
 desde `EidosConfig` base. `contracts/` ya no se importa desde `index.css`;
-queda como archivo de consulta/tooling. Aun no se borran `tokens/` ni
-`themes/base/` porque varias recipes y aliases historicos dependen de ellos.
-El siguiente paso es separar recipes estables de aliases retirables.
+ni desde `tokens/index.css`; queda como archivo de consulta/tooling. Aun no se
+borran `tokens/` ni `themes/base/` porque varias recipes y aliases historicos
+dependen de ellos. El siguiente paso es separar recipes estables de aliases
+retirables.
 
 ---
 

src/uix/eidos/README.md

@@ -69,8 +69,9 @@ src/uix/eidos/
 visual, themes, contrato CSS y render. `generated/base.css` es el primer
 artefacto estatico generado desde esa configuracion (`npm run generate:eidos-css`).
 `contracts/` queda como material archivado para consulta y tooling, pero ya no
-se importa desde `index.css`. `tokens/` y `themes/base/` siguen existiendo como
-material de transicion, pero no son el modelo que debe crecer.
+se importa desde `index.css` ni desde `tokens/index.css`. `tokens/` y
+`themes/base/` siguen existiendo como material de transicion, pero no son el
+modelo que debe crecer.
 
 ## Runtime activo
 
@@ -653,10 +654,11 @@ podrá retirarse.
   modulo general.
 - **CSS generado/legacy**: `generated/base.css` ya se genera desde la config
   base de Eidos con `npm run generate:eidos-css` y se importa como foundation
-  estatica. `contracts/` ya no entra en el runtime CSS; queda archivado para
-  consulta/tooling. `tokens/` y `themes/base/` siguen presentes como transicion
-  porque aun hay recipes y aliases historicos que dependen de ellos. El siguiente
-  paso es decidir que queda como recipe estable y que se elimina.
+  estatica. `contracts/` ya no entra en el runtime CSS ni por el entrypoint
+  general ni por `tokens/index.css`; queda archivado para consulta/tooling.
+  `tokens/` y `themes/base/` siguen presentes como transicion porque aun hay
+  recipes y aliases historicos que dependen de ellos. El siguiente paso es
+  decidir que queda como recipe estable y que se elimina.
 - **Primitivas pendientes de cerrar**: decision final sobre que CSS legacy
   queda como recipe frente a lo generado.
 - **Check del repo**: `npm run check` no reporta errores en este punto; quedan

src/uix/eidos/tokens/index.css

@@ -1,11 +1,11 @@
 /*
- * Barrel CSS de tokens internos de air.
+ * Barrel CSS de tokens internos de Eidos.
  *
- * Los contratos de componentes se importan primero para proveer
- * defaults estructurales (sizes, gaps, padding, tipografía).
- * Los token files luego sobreescriben los valores visuales (colores, sombras).
+ * `contracts/` queda archivado para consulta/tooling y no se importa en
+ * runtime. Los token files consumen la foundation generada por ActiveEidos
+ * (`generated/base.css`) y los aliases de transicion que aun viven en
+ * `themes/base/`.
  */
 
-@import '../contracts/components/index.css';
 @import './motion.css';
 @import './components/index.css';