El ecosistema Solid en 2026

Un lenguaje reactivo no basta: hace falta un ecosistema para construir aplicaciones reales. El de Solid es deliberadamente pequeño y composable, mantenido en gran parte por el equipo core alrededor de un núcleo estable. Esta lección traza el mapa de las piezas oficiales —enrutado, meta-framework, primitivos, herramientas— y sitúa el estado del proyecto en 2026, con Solid 2.0 en el horizonte.

El núcleo y sus satélites

Solid separa el núcleo reactivo de todo lo demás. El paquete solid-js trae signals, efectos, memos, stores y control flow; a su alrededor orbitan paquetes oficiales que resuelven enrutado, servidor y utilidades sin inflar el core.

mindmap
root((Ecosistema Solid))
  Core
    solid-js
    Store reactivo
    solid-js web
  Enrutado
    solidjs router
    query y action
    createAsync
  SolidStart
    Vinxi
    Nitro
    use server
  Primitivos
    solid primitives
  Tooling
    Solid DevTools
    babel jsx dom expressions

SolidStart: el meta-framework

SolidStart es a Solid lo que otros meta-frameworks son a su librería: el andamiaje para aplicaciones fullstack. Alcanzó su versión 1.0 en 2024 y en 2026 es la vía estándar para producción. Se apoya en Vinxi —que a su vez combina Vite y Nitro— para el arranque y el despliegue.

La filosofía es la de un meta-framework “delgado”: no reinventa el enrutado ni el bundler, sino que integra piezas maduras —Solid Router para las rutas, Vite para el desarrollo, Nitro para el servidor— y añade lo justo para unirlas en una experiencia fullstack coherente. La consecuencia práctica es que casi todo lo que aprendes en Solid puro sigue valiendo dentro de SolidStart; solo se añade la capa de servidor.

En código, ese flujo se ve compacto: una función de servidor con "use server" y un createAsync que la consume como si fuera una señal más del grafo.

import { query, createAsync } from "@solidjs/router";

const getUsuario = query(async (id: string) => {
  "use server"; // este cuerpo solo corre en el servidor
  return db.usuarios.find(id);
}, "usuario");

function Perfil(props: { id: string }) {
  const usuario = createAsync(() => getUsuario(props.id));
  return <span>{usuario()?.nombre}</span>;
}

Primitivos, herramientas y estándares

solid-primitives es el análogo comunitario oficial de una librería de utilidades: cada primitivo sigue una convención estricta (tamaño, tree-shaking, SSR) y se publica de forma independiente, así que solo cargas lo que usas. Las Solid DevTools te dejan ver el grafo reactivo por dentro —qué observa a qué, qué se ejecutó y por qué—, algo especialmente valioso cuando el modelo mental aún es nuevo. Algunos primitivos que aparecen una y otra vez en código real:

• createMediaQuery y createBreakpoints — responsividad como valor reactivo.
• makePersisted — sincronizar un signal con localStorage o sessionStorage.
• createEventListener — eventos del DOM con onCleanup automático.
• debounce y createScheduled — control temporal de efectos.

El proyecto en 2026

Solid es un proyecto dirigido por su comunidad, con Ryan Carniato al frente del diseño reactivo, financiación vía patrocinios y OpenCollective, y una base de usuarios pequeña pero fiel. La línea 1.9 es la estable y madura; Solid 2.0 avanza en preview, con un nuevo núcleo reactivo cuyo objetivo es la transparencia async —tratar valores asíncronos dentro del grafo sin cablear Suspense a mano— y un modelo de ownership afinado.

La transparencia async es el cambio de fondo de la 2.0. Hoy, coordinar datos asíncronos exige envolver el árbol en Suspense y pensar de forma explícita en los estados de carga; el nuevo runtime aspira a que una derivación que dependa de un valor async se comporte como cualquier otra derivación, propagando la carga por el grafo sin ceremonia. Es la misma tesis de grano fino llevada al mundo asíncrono. Mientras llega, la 1.9 es una base sólida para producción y la migración se ha planteado como evolutiva, no como una ruptura traumática.