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.
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ÚCLEOEl 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í.
- 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.
- 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.
- 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.
- 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.
- 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.
- 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.
- 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.
- 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.
Data & Systems
Backend que aguanta ÓRBITA IPostgres, 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.
- 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.
- 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.
- 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.
- 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.
- 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.
- 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.
Builders
Enviar producto ÓRBITA IConvertir 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.
- 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.
- 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.
- 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.
- 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.
- 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.
- 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.
Signal
Quant & research ÓRBITA IISistemas 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.
- 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.
- 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.
- 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).
- 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.
- 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.
- 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.
Brand & Surface
Marca y superficie ÓRBITA IILo 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.
- 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.
- 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.
- 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.
- 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.
- 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.
Ops & Security
La disciplina ÓRBITA IILa diferencia entre un proyecto y un incidente. Secretos, modelo de amenaza, auditoría adversarial y aislamiento entre proyectos. Disciplina que protege toda la galaxia.
- 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.
- 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.
- 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.
- 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.
- 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.
- 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.
¿No sabes por dónde empezar? Haz el perfil de operador y te decimos tu punto de entrada.