EL PROGRAMA

Un máster en operar la IA.

No es una lista de vídeos. Es un programa estructurado: seis dominios, treinta y siete módulos, cada uno con una lección real y un entregable que construyes. El sílabo completo, a la vista.

6 constelaciones 37 módulos 37 lecciones 5 proyectos alimentados

El camino: empiezas por el Operator Core — la base que todo lo demás da por supuesta — y desde ahí orbitas hacia el dominio que tu trabajo necesita. No hay atajos; hay progresión.

Operator Core

Operar la IA NÚCLEO

El sol de la galaxia. Aprendes a operar Claude Code y sistemas IA como un profesional: entorno, contexto, prompts, versión y deploy. Todo lo demás orbita aquí.

Alimenta Todos los proyectos
  1. OC-01

    Entorno operativo

    Dejar tu terminal, VS Code y Claude Code instalados, autenticados y verificados para empezar a construir un proyecto real en menos de una hora.

  2. OC-02

    CLAUDE.md: contexto persistente

    Escribir un archivo CLAUDE.md que dé a Claude Code memoria persistente de tu proyecto, de modo que cada sesión arranque sabiendo tu stack, tus convenciones y tus prohibiciones sin que se lo repitas.

  3. OC-03

    Arsenal de prompts

    Construir un arsenal personal de prompts reutilizables —cada uno con rol, contexto, estructura e intención explícitos— que producen trabajo de calidad consistente en vez de respuestas de lotería.

  4. OC-04

    Git & GitHub para operadores

    Versionar tu trabajo con Git y GitHub de forma que puedas experimentar, romper cosas y volver atrás sin miedo — usando ramas, commits atómicos y diffs para revisar cada cambio que la IA propone.

  5. OC-05

    Automatizaciones y deploy

    Convertir un script o tarea manual en un sistema que corre y publica solo — desde automatizar un comando repetitivo hasta desplegar tu sitio automáticamente en cada push y programar tareas que se ejecutan sin ti.

  6. OC-06

    Migración ChatGPT → Claude

    Trasladar tu trabajo de ChatGPT a Claude Code montando un sistema documentado y versionado — donde el contexto vive en CLAUDE.md y en archivos del repo en vez de perderse en hilos de chat, y donde la IA actúa sobre tus archivos reales en vez de solo conversar.

  7. OC-07

    Verificación y testing

    Construir un checklist de verificación reutilizable y aplicarlo a un cambio real de Claude Code antes de publicarlo, demostrando que el cambio hace lo que dice.

  8. OC-08

    Sesiones largas y orquestación

    Diseñar un protocolo de sesión larga: detectar la degradación de contexto, montar un handoff que reinicie limpio sin perder estado, y delegar una rama de trabajo a un subagente. Entregar el protocolo aplicado a una sesión real.

Explorar la constelación →

Data & Systems

Backend que aguanta ÓRBITA I

Postgres, Supabase y RLS: dónde vive el dato y quién puede tocarlo. La seguridad como autoridad del servidor, no del cliente. El backbone de XHUB, Espejo y esta escuela.

Alimenta XHUB IRONEspejoMOONKEY LAB
  1. DS-01

    Modelado en Postgres

    Modelar un esquema en Postgres con tablas, claves, tipos y relaciones que reflejen invariantes reales del dominio y no te obliguen a migraciones dolorosas tres semanas después.

  2. DS-02

    RLS: la autoridad es el servidor

    Escribir y verificar políticas Row Level Security que hagan que un usuario solo pueda leer y escribir sus propias filas, entendiendo que el gate del cliente es UX y la RLS es la única seguridad real en un sitio estático.

  3. DS-03

    Auth magic-link & sesiones

    Implementar autenticación por magic-link con Supabase y manejar la sesión del lado del cliente de forma honesta: saber qué garantiza la sesión, qué no, y por qué eso no debilita tu RLS.

  4. DS-04

    SECURITY DEFINER, RPC y triggers

    Escribir funciones SECURITY DEFINER, RPCs y triggers que ejecuten lógica privilegiada de forma controlada, sin abrir agujeros de escalación de privilegios.

  5. DS-05

    Sync local ↔ nube

    Diseñar una sincronización local↔nube donde el estado que vive en localStorage sube a Postgres sin perder datos ni crear duplicados, resolviendo conflictos de forma determinista.

  6. DS-06

    Advisors, migraciones y auditoría

    Operar la base de datos con cambios versionados mediante migraciones y usar los advisors de Supabase como un linter de seguridad continuo que te avisa de tablas sin RLS, funciones sin search_path y otros agujeros antes de que lleguen a producción.

Explorar la constelación →

Builders

Enviar producto ÓRBITA I

Convertir una idea en algo que carga, se ve bien y se despliega. Astro, componentes, multi-tenant, white-label e i18n. El oficio de Espejo y de las webs de XNLAB.

Alimenta EspejoXNLAB
  1. BD-01

    Astro & Vite que cargan rápido

    Montar y comprender un sitio Astro que genera HTML estático por ruta y locale, y un proyecto Vite SPA, sabiendo exactamente qué JS llega al navegador y por qué carga rápido.

  2. BD-02

    Componentes y design tokens

    Construir un sistema visual coherente con design tokens (CSS custom properties) y componentes reutilizables, en vez de CSS suelto repetido, de forma que un cambio de marca sea una línea y no una cacería.

  3. BD-03

    Multi-tenant & white-label

    Diseñar un producto multi-tenant white-label real: un solo código base que sirve a muchos clientes con su propia marca, datos y configuración, usando el patrón de costura (seam) de Store que aísla la UI del almacenamiento.

  4. BD-04

    i18n: una galaxia en 6 idiomas

    Arquitectar internacionalización para 6 idiomas sin duplicar páginas, entendiendo los patrones de traducción, el fallback, y por qué los hrefs deben ser locale-aware.

  5. BD-05

    Deploy: Cloudflare, dominios, env

    Llevar un sitio de localhost a una URL real en Cloudflare Pages con dominio propio y variables de entorno gestionadas de forma segura, distinguiendo qué env va al cliente y qué jamás.

  6. BD-06

    De localStorage a backend

    Migrar la capa de datos de localStorage a un backend (Supabase) sin reescribir la aplicación, aprovechando la costura Store para que el cambio sea swap de implementación, no refactor.

Explorar la constelación →

Signal

Quant & research ÓRBITA II

Sistemas de investigación que no se mienten a sí mismos: ingesta read-only, clasificación de régimen, memoria de mercado y calibración. La columna vertebral de XCAP.

Alimenta XCAP
  1. SG-01

    Ingesta read-only & edge sin llaves

    Construir un edge de ingesta read-only que trae datos públicos del mundo a disco sin exponer ni una sola credencial, y que es estructuralmente incapaz de operar o mover dinero.

  2. SG-02

    Clasificador de régimen de precio

    Construir un clasificador de régimen de precio puro y determinista que etiqueta el estado del mercado (tendencia, volatilidad, comportamiento, estrés) sin jamás dimensionar ni operar una posición.

  3. SG-03

    Market Memory: forecast + calibración

    Construir Market Memory: un ledger que bloquea una predicción falsable ANTES del desenlace, la resuelve contra el retorno realizado, y puntúa su propia calibración (hit-rate, Brier, calibración por confianza y por régimen).

  4. SG-04

    Anti-fabricación por construcción

    Diseñar el sistema para que sea estructuralmente incapaz de inventarse datos o edge: null controls, significancia con corrección de comparaciones múltiples, evaluación out-of-sample y un edge_demonstrated que es siempre False por defecto.

  5. SG-05

    Capital invariant

    Implementar el capital invariant: un ledger donde el capital acumula entre sesiones, solo se mueve en cierres REALES (P&L realizado), y nunca se resetea — de modo que el número en pantalla siempre refleja resultados cerrados, no replays ni ganancias de papel.

  6. SG-06

    Autopilot ticks & loops honestos

    Construir loops de autopilot que acumulan aprendizaje real entre ticks — deterministas desde disco, idempotentes, Gate-cerrados — en lugar de generar ruido o actividad falsa.

Explorar la constelación →

Brand & Surface

Marca y superficie ÓRBITA II

Lo que se ve y cómo suena. Minimalismo radical, tipografía, voz de estudio y traducción que preserva el sentido. El criterio estético de XNLAB aplicado a todo.

Alimenta XNLABTodos los proyectos
  1. BS-01

    Minimalismo radical

    Auditar una pantalla real y entregar un before/after donde cada elemento eliminado esté justificado por una decisión, no por gusto.

  2. BS-02

    Tipografía con intención

    Construir un par de titulares que mezclen Inter sans con spans de itálica serif (Cormorant) sin que el ojo detecte el salto, y documentar la corrección de tamaño que lo hace funcionar.

  3. BS-03

    Voz de estudio

    Escribir un copy deck de página real (hero + tres secciones) en voz de estudio anónima que pase el test "¿verdad o marketing?": cada frase o es verificable o se borra.

  4. BS-04

    Traducir preservando el sentido

    Producir un par EN/ES de un bloque de copy donde el español diga lo mismo que el inglés —no lo literal— y entregar las notas de cada decisión de sentido.

  5. BS-05

    Color y profundidad

    Documentar un sistema de color y profundidad (glass, bandas, campos de color) como conjunto de reglas y tokens reutilizables, con muestras que prueben que da vida sin meter ruido.

Explorar la constelación →

Ops & Security

La disciplina ÓRBITA II

La diferencia entre un proyecto y un incidente. Secretos, modelo de amenaza, auditoría adversarial y aislamiento entre proyectos. Disciplina que protege toda la galaxia.

Alimenta Todos los proyectos
  1. OS-01

    Secretos: público vs privado

    Decidir, para cualquier clave o token de tus proyectos, si puede vivir en el cliente o jamás debe salir del servidor, y construir el árbol de decisión que te impide volver a equivocarte.

  2. OS-02

    Modelo de amenaza de una SSG

    Pensar como el atacante de un sitio estático con anon key: enumerar la superficie de ataque real de una SSG + Supabase y entender por qué la única defensa que cuenta es RLS, no el cliente.

  3. OS-03

    Auditoría adversarial

    Auditar de forma adversarial: tratar cada hallazgo de seguridad como una hipótesis que debes refutar antes de creerla, en vez de aceptar 'parece vulnerable' o 'parece seguro' por inspección.

  4. OS-04

    Incident response & rollback

    Responder a un incidente en producción con un procedimiento frío: detectar, contener, hacer rollback de forma segura, y conducir un post-mortem sin culpa que cierre la causa raíz.

  5. OS-05

    Aislamiento entre proyectos

    Hacer que varios proyectos compartan una única base de datos Postgres sin que uno pueda leer, escribir o romper los datos de otro — aislamiento multi-proyecto y multi-tenant impuesto por la DB, no por convención.

  6. OS-06

    Observabilidad y coste

    Montar un panel de observabilidad y un presupuesto con alertas para un sistema vivo (Astro en Cloudflare Pages + Supabase): definir qué logs y métricas vigilar, qué dispara una alerta, y qué techos de uso y de gasto en tokens te avisan ANTES de que llegue la factura sorpresa.

Explorar la constelación →

¿No sabes por dónde empezar? Haz el perfil de operador y te decimos tu punto de entrada.