Prioriza negocios con brecha digital sobre un mapa, sin backend

Dashboard geoespacial que detecta, puntúa y ordena negocios con presencia digital débil en la Región de Valparaíso. 15 fichas verificadas a mano, 41 campos cada una, scoring de 5 dimensiones y evidencia enlazada a su fuente. Todo se resuelve en el navegador.

Next.js 15 TypeScript Leaflet Three.js Tailwind

código → · demo ↗ · el radar ↗

Un recomendador que explica por qué recomienda, y que no usa un LLM

Nueve preguntas dibujan una figura con las respuestas de la persona y calculan qué prácticas de bienestar tienen mayor afinidad con lo que quiere explorar. El motor es determinista y auditable, el contenido se valida con Zod en build, y 22 pruebas guardan las reglas de seguridad.

Next.js 15 TypeScript Zod React Three Fiber node:test

código → · demo ↗ · el mapa ↗

Una landing entera sin un solo archivo de imagen

Ejercicio de restricción: construir un sistema visual completo —patrones seigaiha, niebla, gradientes, composiciones— sin servir una sola imagen. Todo se genera con CSS. El resultado carga rápido y es coherente porque no hay assets que mantener sincronizados.

Next.js 15 TypeScript Tailwind Framer Motion

código → · demo ↗

Lo que estoy intentando entender ahora mismo, y dónde se puede ver el intento.

Motores de decisión deterministas — Reglas y pesos explícitos en vez de delegar el criterio a un LLM: el mismo input da el mismo output y el resultado se puede explicar línea a línea.
_araceli

Datos geoespaciales sin backend — Scoring, filtrado, mapa y export resueltos en el navegador sobre un dataset versionado en el repo. Cero servidor, cero tokens, evidencia trazable a la fuente.
_{radar-valparaiso}

Interfaces que dibujan sus propios visuales — Patrones, fondos, 3D y sonido generados por código en vez de servidos como archivos. Menos peso, más control.
_{kyoshin-landing · radar-valparaiso}

Contenido validado en build — Esquemas Zod sobre los JSON de contenido: si falta un dato obligatorio o es incoherente, el build falla y no llega a producción.
_araceli

_{Nada en este tablero es aspiracional: cada elemento aparece en al menos uno de los repositorios de arriba.}

Este README no está escrito a mano. projects.json es la única fuente de verdad y kit/build.mjs genera desde ahí el README del perfil, los SVG de identidad y el README de cada proyecto —cabecera, diagrama de arquitectura y todo el cuerpo—.

projects.json          →  kit/build.mjs  →  README.md
                                       →  assets/*.svg
                                       →  dist/<repo>/README.md
                                       →  dist/<repo>/docs/assets/*.svg

Añadir un experimento nuevo es una entrada en el manifiesto y un comando. Los detalles están en kit/.

No hay ningún archivo de imagen en este repositorio: la gota, el banner, el ciclo, las etiquetas de estado y los diagramas son SVG dibujados por código.