THE PROGRAM

A master’s in operating AI.

Not a list of videos. A structured program: six domains, thirty-seven modules, each with a real lesson and a deliverable you build. The full syllabus, in plain sight.

6 constellations 37 modules 37 lessons 5 projects powered

The path: you start at the Operator Core — the base everything else assumes — and from there you orbit toward the domain your work needs. No shortcuts; progression.

Operator Core

Operate AI CORE

The sun of the galaxy. You learn to operate Claude Code and AI systems like a pro: environment, context, prompts, version control and deploy. Everything else orbits here.

Powers All projects
  1. OC-01

    Operating environment

    Get your terminal, VS Code, and Claude Code installed, authenticated, and verified so you can start building a real project in under an hour.

  2. OC-02

    CLAUDE.md: persistent context

    Write a CLAUDE.md file that gives Claude Code persistent memory of your project, so every session starts already knowing your stack, your conventions, and your prohibitions without you repeating them.

  3. OC-03

    Prompt Arsenal

    Build a personal arsenal of reusable prompts —each one with explicit role, context, structure, and intent— that produce consistently high-quality work instead of lottery answers.

  4. OC-04

    Git & GitHub for operators

    Version your work with Git and GitHub so you can experiment, break things, and roll back without fear — using branches, atomic commits, and diffs to review every change the AI proposes.

  5. OC-05

    Automations and deploy

    Turn a manual script or task into a system that runs and publishes on its own — from automating a repetitive command to deploying your site automatically on every push and scheduling tasks that run without you.

  6. OC-06

    ChatGPT → Claude migration

    Move your work from ChatGPT to Claude Code by setting up a documented, versioned system — where context lives in CLAUDE.md and repo files instead of getting lost in chat threads, and where the AI acts on your real files instead of just conversing.

  7. OC-07

    Verificación y testing

    Build a reusable verification checklist and apply it to a real Claude Code change before publishing it, proving the change does what it says.

  8. OC-08

    Sesiones largas y orquestación

    Design a long-session protocol: detect context degradation, set up a handoff that restarts clean without losing state, and delegate a branch of work to a subagent. Deliver the protocol applied to a real session.

Explore the constellation →

Data & Systems

Backend that holds ORBIT I

Postgres, Supabase and RLS: where data lives and who can touch it. Security as server authority, not the client's. The backbone of XHUB, Espejo and this school.

Powers XHUB IRONEspejoMOONKEY LAB
  1. DS-01

    Modeling in Postgres

    Model a Postgres schema with tables, keys, types, and relationships that reflect the real invariants of your domain and don't force you into painful migrations three weeks later.

  2. DS-02

    RLS: the server holds authority

    Write and verify Row Level Security policies so that a user can only read and write their own rows, understanding that the client-side gate is UX and RLS is the only real security in a static site.

  3. DS-03

    Magic-link auth & sessions

    Implement magic-link authentication with Supabase and handle the client-side session honestly: knowing what the session guarantees, what it doesn't, and why that doesn't weaken your RLS.

  4. DS-04

    SECURITY DEFINER, RPC and triggers

    Write SECURITY DEFINER functions, RPCs, and triggers that execute privileged logic in a controlled way, without opening privilege-escalation holes.

  5. DS-05

    Local ↔ cloud sync

    Design a local↔cloud sync where the state living in localStorage uploads to Postgres without losing data or creating duplicates, resolving conflicts deterministically.

  6. DS-06

    Advisors, migrations and auditing

    Operate the database with versioned changes via migrations and use Supabase's advisors as a continuous security linter that warns you about tables without RLS, functions without search_path, and other holes before they reach production.

Explore the constellation →

Builders

Ship product ORBIT I

Turning an idea into something that loads, looks good and deploys. Astro, components, multi-tenant, white-label and i18n. The craft behind Espejo and the XNLAB sites.

Powers EspejoXNLAB
  1. BD-01

    Astro & Vite that load fast

    Set up and understand an Astro site that generates static HTML per route and locale, plus a Vite SPA project, knowing exactly what JS reaches the browser and why it loads fast.

  2. BD-02

    Components and design tokens

    Build a coherent visual system with design tokens (CSS custom properties) and reusable components, instead of loose repeated CSS, so that a brand change is one line and not a hunt.

  3. BD-03

    Multi-tenant & white-label

    Design a real multi-tenant white-label product: a single codebase serving many clients with their own brand, data and configuration, using the Store seam pattern that isolates the UI from storage.

  4. BD-04

    i18n: one galaxy in 6 languages

    Architect internationalization for 6 languages without duplicating pages, understanding translation patterns, fallback, and why hrefs must be locale-aware.

  5. BD-05

    Deploy: Cloudflare, domains, env

    Take a site from localhost to a real URL on Cloudflare Pages with a custom domain and environment variables managed securely, distinguishing what env goes to the client and what never does.

  6. BD-06

    From localStorage to backend

    Migrate the data layer from localStorage to a backend (Supabase) without rewriting the application, leveraging the Store seam so the change is an implementation swap, not a refactor.

Explore the constellation →

Signal

Quant & research ORBIT II

Research systems that don't lie to themselves: read-only ingest, regime classification, market memory and calibration. The backbone of XCAP.

Powers XCAP
  1. SG-01

    Read-only ingest & keyless edge

    Build a read-only ingest edge that pulls public world data to disk without ever exposing a single credential, and that is structurally incapable of trading or moving money.

  2. SG-02

    Price-regime classifier

    Build a pure, deterministic price-regime classifier that labels the state of the market (trend, volatility, behavior, stress) without ever sizing or trading a position.

  3. SG-03

    Market Memory: forecast + calibration

    Build Market Memory: a ledger that locks in a falsifiable prediction BEFORE the outcome, resolves it against the realized return, and scores its own calibration (hit-rate, Brier, calibration by confidence and by regime).

  4. SG-04

    Anti-fabrication by construction

    Design the system to be structurally incapable of inventing data or edge: null controls, significance with multiple-comparison correction, out-of-sample evaluation, and an edge_demonstrated that is always False by default.

  5. SG-05

    Capital invariant

    Implement the capital invariant: a ledger where capital accumulates between sessions, only moves on REAL closes (realized P&L), and never resets — so that the number on screen always reflects closed results, not replays or paper gains.

  6. SG-06

    Autopilot ticks & honest loops

    Build autopilot loops that accumulate real learning between ticks — deterministic from disk, idempotent, Gate-closed — instead of generating noise or fake activity.

Explore the constellation →

Brand & Surface

Brand and surface ORBIT II

What you see and how it sounds. Radical minimalism, typography, studio voice and translation that preserves meaning. XNLAB's aesthetic judgment applied to everything.

Powers XNLABAll projects
  1. BS-01

    Radical minimalism

    Audit a real screen and deliver a before/after where every element you removed is justified by a decision, not by taste.

  2. BS-02

    Typography with intent

    Build a pair of headlines that mix Inter sans with italic-serif spans (Cormorant) without the eye detecting the jump, and document the size correction that makes it work.

  3. BS-03

    Studio voice

    Write a real page copy deck (hero + three sections) in an anonymous studio voice that passes the "truth or marketing?" test: every sentence is either verifiable or deleted.

  4. BS-04

    Translating while preserving meaning

    Produce an EN/ES pair of a copy block where the Spanish says the same thing as the English—not the literal—and deliver the notes behind each meaning decision.

  5. BS-05

    Color and depth

    Document a color-and-depth system (glass, bands, color fields) as a set of reusable rules and tokens, with samples that prove it adds life without adding noise.

Explore the constellation →

Ops & Security

The discipline ORBIT II

The difference between a project and an incident. Secrets, threat model, adversarial auditing and isolation between projects. Discipline that protects the whole galaxy.

Powers All projects
  1. OS-01

    Secrets: public vs private

    Decide, for any key or token in your projects, whether it can live in the client or must never leave the server — and build the decision tree that stops you from getting it wrong again.

  2. OS-02

    Threat model of an SSG

    Think like the attacker of a static site with an anon key: enumerate the real attack surface of an SSG + Supabase and understand why the only defense that counts is RLS, not the client.

  3. OS-03

    Adversarial auditing

    Audit adversarially: treat every security finding as a hypothesis you must refute before believing it, instead of accepting 'looks vulnerable' or 'looks safe' by inspection.

  4. OS-04

    Incident response & rollback

    Respond to a production incident with a cold procedure: detect, contain, roll back safely, and run a blameless post-mortem that closes the root cause.

  5. OS-05

    Isolation between projects

    Make several projects share a single Postgres database without one being able to read, write, or break another's data — multi-project and multi-tenant isolation enforced by the DB, not by convention.

  6. OS-06

    Observabilidad y coste

    Set up an observability panel and a budget with alerts for a live system (Astro on Cloudflare Pages + Supabase): define which logs and metrics to watch, what triggers an alert, and which usage and token-spend ceilings warn you BEFORE the surprise bill arrives.

Explore the constellation →

Not sure where to start? Take the operator profile and we tell you your entry point.