Fase 00 — Orientación

La orientación evita que el Atlas se convierta en una colección de APIs inconexas. Antes de escribir kernels o cargar modelos, identificá el host, el guest, el límite de memoria, el artefacto de modelo, el runtime, el backend, el dispositivo, la política de capacidades y la evidencia que requiere una afirmación.

Páginas de orientación

• Empezar acá define prerrequisitos, roles de plataforma y recorridos de lectura.
• Lo imprescindible fija las distinciones entre Wasm, WebGPU, WebNN, WASI-NN, runtimes y backends.
• Índice de WebAssembly AI mapea cada fase y rama.
• Registro de referencias registra versiones, estado de propuestas, soporte, artefactos y evidencia de benchmarks.

Preguntas por resolver

• ¿Qué conceptos previos de sistemas e IA son prerrequisitos para el camino que elegiste?
• ¿Qué tareas se ejecutan en JavaScript, Wasm CPU, WebGPU, WebNN o un host WASI?
• ¿Qué capacidades del browser o runtime son requeridas, opcionales, experimentales o no están disponibles?
• ¿Cuál es el artefacto ejecutable más pequeño que puede demostrar la capa actual?
• ¿Qué golden output, tolerancia y contexto de benchmark van a verificarla?

Entregable de la fase

Producí un contrato de ejecución escrito para el primer hito del Workbench: browser objetivo, toolchain, límite host/guest, capacidades requeridas, fallback, fixture, resultado esperado y campos del reporte. Ningún objetivo de performance es válido hasta que exista este contexto.

Criterios de salida

• Podés explicar por qué WebAssembly no es WebGPU y por qué WebNN no es WASI-NN.
• Podés nombrar el Atlas fuente que debés consultar en vez de duplicar prerrequisitos faltantes.
• Tenés un supuesto de compatibilidad fechado y una política de fallback visible.
• Sabés cómo se va a comparar el primer resultado con una referencia.

Seguí con Fase 01: Fundamentos de WebAssembly.