wasm-ai.console/compiled-intelligence/0x0000

WebAssembly AI Atlas

Del bytecode portable a la inteligencia local.

Low-Level Atlas explicó la máquina. AI Atlas explicó los sistemas inteligentes. Este crossover independiente estudia cómo ejecutar esos sistemas de forma portable, local, acelerada cuando esté disponible, dentro de límites explícitos y con outputs verificables.

HOSTTypeScript · Browser · WASIorchestrate · detect · report
explicit ABI / capabilities
WASMmodule · memory · kernelsportable · bounded · inspectable
CPUGPUNPUFALLBACKVERIFIEDEXPERIMENTAL
27Páginas canónicas
15Ramas
9Hitos de la Workbench
0Notas atómicas implementadas
Atlas crossover independiente

Profundidad de sistemas aplicada a AI.

Esto no es AI Atlas con un apéndice de browser ni Low-Level Atlas IV. Es dueño de la capa de ejecución entre artefactos de modelo y hosts portables: bytecode, memoria, movimiento de tensores, runtimes, aceleradores, componentes, sandboxes y verificación.

atlas-i

Low-Level Atlas I

Modelo de máquina, C, memoria, assembly, toolchains, sistemas, concurrencia y un sistema operativo desde cero.

atlas-ii

Low-Level Atlas II

Sistemas aplicados desde cero: shell, allocator, motor regex, Git, servidor HTTP y motor de base de datos.

atlas-iii

Low-Level Atlas III

Sockets, protocolos, WebSocket, concurrencia a escala, arquitectura de mensajería y un chat en tiempo real.

ai-atlas

AI Atlas

Modelos, RAG, agentes, evaluación, seguridad, MLOps, producto y optimización de inferencia.

Orden de construcción

Aprendé cada capa haciéndola observable.

Empezá con WAT y memoria lineal, construí un motor de inferencia chico, medí SIMD y workers, mové modelos reales por runtimes reales, y después agregá aceleración adaptativa, offline, componentes portables y tools en sandbox.

Prerrequisitos: Comodidad con TypeScript, typed arrays, layout básico de memoria y la forma de un pipeline de inferencia. Wasm y los mecanismos de aceleración se introducen progresivamente.

Abrir Empezá por Acá
Proyecto vertebrador

WasmAI Workbench · v0 → v8

Una workbench local-first en el browser que progresivamente carga, ejecuta, compara, verifica y reporta modelos de AI sobre CPU/Wasm, WebGPU, WebNN y componentes portables. Cada decisión de backend queda visible.

v1Planificado

Tiny inference engine

Capa
kernels tensoriales · forward pass
Output esperado
Tensores densos, matmul, bias, ReLU, softmax y una MLP preentrenada verificada.
v2Planificado

SIMD y paralelismo

Capa
SIMD128 · workers · memoria compartida
Output esperado
Kernels escalar, SIMD y paralelo comparados bajo un benchmark reproducible.
v7Planificado

Componente portable de inferencia

Capa
WIT · Component Model · WASI
Output esperado
Un componente tipado del pipeline ejecutado fuera del browser con un runtime WASI.
v8Planificado

AI tools en sandbox

Capa
capabilities · fuel · tools tipadas
Output esperado
Un host de agente local invocando tools Wasm determinísticas, con presupuestos y sin acceso implícito.
Abrir Modelo de Ejecución WebAssembly
Verdad de capacidades

Core estable, aceleración condicional.

El soporte se detecta en runtime y queda registrado. Los paths experimentales o dependientes del browser nunca se presentan como universales.

CORE ESTABLE

WebAssembly Core · JS API

Módulos validados, memoria lineal, SIMD y threads cuando el host habilita el aislamiento requerido.

CONDICIONAL

WebGPU · Wasm threads

Aceleración detectada por capabilities con límites, políticas del browser y costos de transferencia registrados.

EXPERIMENTAL

WebNN · WASI-NN

Caminos de grafos e inferencia del host prometedores cuya disponibilidad y semántica aún exigen checks explícitos.

FALLBACK VISIBLE

Wasm SIMD → scalar

Cada camino adaptativo nombra el backend elegido y verifica el output antes de declarar éxito.

Matriz de plataformas

Capas diferentes, trabajos diferentes.

WebAssembly, WebGPU y WebNN son mecanismos complementarios, no runtimes intercambiables.

EntornoRol en el atlas
Host browserLifecycle, capabilities, media, storage, workers, UI y reporting.
WebAssemblyEjecución CPU portable, memoria acotada y una frontera guest aislada y angosta.
WebGPUCompute GPU explícito con WGSL, residencia de tensores y costos de sincronización visibles.
WebNNAPI de grafos que puede mapear trabajo a CPU, GPU o NPU; no se asume disponibilidad.
WASIEjecución basada en capabilities y componentes fuera del browser.
TypeScriptOrquestación del host, detección, adapters, tests y reportes.
RustLenguaje seguro principal para módulos y componentes Wasm propios.
C / C++Camino de porting y comparación para kernels maduros y librerías nativas.
PythonTraining, export, conversión y generación de golden outputs de referencia.
00
Fase 00 · Calibrar el mapa

Orientación

Prerrequisitos, diferencias entre plataformas, límites de capacidades, herramientas esperadas y rutas lineales o guiadas por proyectos.

Página de fase
01
Fase 01 · Hacer visible Wasm

Fundamentos de WebAssembly

Entender módulos y bytecode, comparar toolchains y hacer explícita la frontera de memoria lineal entre guest y host.

Página de fase
02
Fase 02 · Construir inferencia

Inferencia desde Primeros Principios

Implementar mecánica tensorial debajo de un runtime y medir qué cambian SIMD, threads, workers y memoria compartida.

Página de fase
03
Fase 03 · Mover modelos reales

De Modelos a Inferencia en Browser

Exportar modelos, entender formatos y cuantización, comparar runtimes y validar el pre/postprocesamiento alrededor de ellos.

Página de fase
04
Fase 04 · Elegir hardware con honestidad

Aceleración de Hardware

Tratar WebGPU y WebNN como caminos distintos, con detección, costos de transferencia, fallbacks explícitos y outputs verificados.

Página de fase
05
Fase 05 · Hacer AI útil offline

AI Local-First

Diseñar entrega, persistencia, offline, pipelines multimodales, embeddings y retrieval alrededor de límites reales del dispositivo.

Página de fase
06
Fase 06 · Empaquetar capacidades

Más Allá del Browser

Usar WIT, Component Model, WASI y hosts basados en capabilities para mover inferencia y tools determinísticas fuera de un browser.

Página de fase
Fase ★ · Medir y verificar

Siempre Activo

Medir paths cold/warm, testear drift numérico, proteger supply chain y hacer auditables los fallbacks y outputs.

Página de fase
Capa de referencia

Especificaciones antes que abstracciones

El registro mantiene estándares, documentación de implementación, referencias de runtimes y APIs sensibles a cambios de forma explícita y revisable.