DAS PROGRAMM

Ein Master im Bedienen von KI.

Keine Videoliste. Ein strukturiertes Programm: sechs Domänen, siebenunddreissig Module, jedes mit einer echten Lektion und einem Ergebnis, das du baust. Der ganze Lehrplan, offen sichtbar.

6 Konstellationen 37 Module 37 Lektionen 5 Projekte versorgt

Der Weg: du startest beim Operator Core — der Basis, die alles andere voraussetzt — und kreist von dort zur Domäne, die deine Arbeit braucht. Keine Abkürzungen; Fortschritt.

Operator Core

KI operieren KERN

Die Sonne der Galaxie. Du lernst, Claude Code und KI-Systeme wie ein Profi zu bedienen: Umgebung, Kontext, Prompts, Versionierung und Deploy. Alles andere kreist um diesen Kern.

Versorgt Alle Projekte
  1. OC-01

    Operative Umgebung

    Bring dein Terminal, VS Code und Claude Code zum Laufen, authentifiziert und verifiziert, damit du in weniger als einer Stunde mit dem Bau eines echten Projekts loslegen kannst.

  2. OC-02

    CLAUDE.md: persistenter Kontext

    Schreib eine CLAUDE.md-Datei, die Claude Code ein persistentes Gedächtnis deines Projekts gibt, sodass jede Sitzung startet und deinen Stack, deine Konventionen und deine Verbote kennt, ohne dass du sie wiederholst.

  3. OC-03

    Prompt-Arsenal

    Bau dir ein persönliches Arsenal wiederverwendbarer Prompts auf — jeder mit expliziter Rolle, Kontext, Struktur und Absicht —, die durchgehend qualitativ hochwertige Arbeit liefern statt Lotterieantworten.

  4. OC-04

    Git & GitHub für Operator

    Versionier deine Arbeit mit Git und GitHub so, dass du experimentieren, Dinge kaputtmachen und ohne Angst zurückgehen kannst — mit Branches, atomaren Commits und Diffs, um jede Änderung zu prüfen, die die KI vorschlägt.

  5. OC-05

    Automatisierung und Deploy

    Verwandel ein Skript oder eine manuelle Aufgabe in ein System, das von selbst läuft und veröffentlicht — vom Automatisieren eines sich wiederholenden Befehls bis zum automatischen Deployen deiner Website bei jedem Push und zum Planen von Aufgaben, die ohne dich laufen.

  6. OC-06

    Migration ChatGPT → Claude

    Verlager deine Arbeit von ChatGPT zu Claude Code, indem du ein dokumentiertes und versioniertes System aufbaust — wo der Kontext in CLAUDE.md und in Dateien des Repos lebt statt sich in Chat-Threads zu verlieren, und wo die KI auf deine echten Dateien einwirkt statt nur zu plaudern.

  7. OC-07

    Verificación y testing

    Bau eine wiederverwendbare Verifizierungs-Checkliste und wende sie auf eine echte Änderung von Claude Code an, bevor du sie veröffentlichst, und beweise, dass die Änderung tut, was sie behauptet.

  8. OC-08

    Sesiones largas y orquestación

    Entwirf ein Protokoll für lange Sitzungen: erkenn die Kontext-Degradation, baue ein Handoff, das sauber neu startet, ohne den Stand zu verlieren, und delegier einen Arbeitsstrang an einen Subagenten. Liefer das Protokoll, angewendet auf eine echte Sitzung.

Konstellation erkunden →

Data & Systems

Backend, das hält ORBIT I

Postgres, Supabase und RLS: wo die Daten leben und wer sie anfassen darf. Sicherheit als Autorität des Servers, nicht des Clients. Das Rückgrat von XHUB, Espejo und dieser Schule.

Versorgt XHUB IRONEspejoMOONKEY LAB
  1. DS-01

    Modellierung in Postgres

    Ein Schema in Postgres mit Tabellen, Schlüsseln, Typen und Beziehungen modellieren, das die echten Invarianten der Domäne abbildet und dich nicht drei Wochen später zu schmerzhaften Migrationen zwingt.

  2. DS-02

    RLS: die Autorität ist der Server

    Row-Level-Security-Policies schreiben und verifizieren, die dafür sorgen, dass ein Nutzer nur seine eigenen Zeilen lesen und schreiben kann — im Verständnis, dass das Gate im Client UX ist und die RLS die einzige echte Sicherheit auf einer statischen Site.

  3. DS-03

    Auth Magic-Link & Sessions

    Authentifizierung per Magic-Link mit Supabase implementieren und die Session clientseitig ehrlich handhaben: wissen, was die Session garantiert, was nicht, und warum das deine RLS nicht schwächt.

  4. DS-04

    SECURITY DEFINER, RPC und Trigger

    SECURITY-DEFINER-Funktionen, RPCs und Trigger schreiben, die privilegierte Logik kontrolliert ausführen, ohne Löcher für Privilege Escalation zu öffnen.

  5. DS-05

    Sync lokal ↔ Cloud

    Eine Synchronisation lokal↔Cloud entwerfen, bei der der in localStorage lebende Zustand nach Postgres hochgeladen wird, ohne Daten zu verlieren oder Duplikate zu erzeugen, und Konflikte deterministisch löst.

  6. DS-06

    Advisors, Migrationen und Audit

    Die Datenbank mit versionierten Änderungen über Migrationen betreiben und die Supabase-Advisors als kontinuierlichen Sicherheits-Linter nutzen, der dich vor Tabellen ohne RLS, Funktionen ohne search_path und anderen Löchern warnt, bevor sie in Produktion gelangen.

Konstellation erkunden →

Builders

Produkt ausliefern ORBIT I

Aus einer Idee etwas machen, das lädt, gut aussieht und deployt wird. Astro, Komponenten, Multi-Tenant, White-Label und i18n. Das Handwerk von Espejo und den Websites von XNLAB.

Versorgt EspejoXNLAB
  1. BD-01

    Astro & Vite, die schnell laden

    Eine Astro-Site aufsetzen und verstehen, die statisches HTML pro Route und Locale generiert, sowie ein Vite-SPA-Projekt – und dabei genau wissen, welches JS im Browser landet und warum die Site schnell lädt.

  2. BD-02

    Komponenten und Design Tokens

    Ein kohärentes visuelles System mit Design Tokens (CSS Custom Properties) und wiederverwendbaren Komponenten bauen, statt mit verstreutem, wiederholtem CSS – so, dass ein Markenwechsel eine Zeile ist und keine Schnitzeljagd.

  3. BD-03

    Multi-Tenant & White-Label

    Ein echtes multi-tenant White-Label-Produkt entwerfen: eine einzige Codebasis, die viele Kunden mit eigener Marke, eigenen Daten und eigener Konfiguration bedient – mithilfe des Seam-Patterns von Store, das die UI vom Storage isoliert.

  4. BD-04

    i18n: eine Galaxie in 6 Sprachen

    Internationalisierung für 6 Sprachen architektonisch anlegen, ohne Seiten zu duplizieren – mit Verständnis für die Übersetzungs-Patterns, den Fallback und warum die Hrefs locale-aware sein müssen.

  5. BD-05

    Deploy: Cloudflare, Domains, env

    Eine Site von localhost auf eine echte URL bei Cloudflare Pages bringen, mit eigener Domain und sicher verwalteten Umgebungsvariablen – und dabei unterscheiden, welche env in den Client geht und welche nie.

  6. BD-06

    Von localStorage zum Backend

    Die Datenschicht von localStorage auf ein Backend (Supabase) migrieren, ohne die Anwendung neu zu schreiben – indem du den Store-Seam nutzt, sodass der Wechsel ein Implementierungs-Swap ist, kein Refactor.

Konstellation erkunden →

Signal

Quant & Research ORBIT II

Research-Systeme, die sich nicht selbst belügen: read-only Ingest, Regime-Klassifikation, Market Memory und Kalibrierung. Das Rückgrat von XCAP.

Versorgt XCAP
  1. SG-01

    Read-only Ingest & edge ohne Keys

    Eine read-only Ingest-Edge bauen, die öffentliche Weltdaten auf die Disk holt, ohne auch nur ein einziges Credential offenzulegen – und die strukturell unfähig ist, zu handeln oder Geld zu bewegen.

  2. SG-02

    Klassifikator für Preisregime

    Einen reinen, deterministischen Preis-Regime-Klassifikator bauen, der den Marktzustand (Trend, Volatilität, Verhalten, Stress) labelt, ohne jemals eine Position zu dimensionieren oder zu handeln.

  3. SG-03

    Market Memory: Forecast + Kalibrierung

    Market Memory bauen: ein Ledger, das eine falsifizierbare Vorhersage VOR dem Ausgang sperrt, sie gegen den realisierten Return auflöst und seine eigene Kalibrierung bewertet (Hit-Rate, Brier, Kalibrierung nach Konfidenz und nach Regime).

  4. SG-04

    Anti-Fabrikation per Konstruktion

    Das System so entwerfen, dass es strukturell unfähig ist, sich Daten oder Edge zu erfinden: Null-Controls, Signifikanz mit Korrektur für multiple Vergleiche, Out-of-Sample-Evaluation und ein edge_demonstrated, das per Default immer False ist.

  5. SG-05

    Capital invariant

    Das Capital Invariant implementieren: ein Ledger, in dem das Kapital zwischen Sessions akkumuliert, sich nur bei ECHTEN Closes bewegt (realisiertes P&L) und sich niemals zurücksetzt – sodass die Zahl auf dem Bildschirm immer geschlossene Ergebnisse widerspiegelt, nicht Replays oder Papiergewinne.

  6. SG-06

    Autopilot ticks & ehrliche Loops

    Autopilot-Loops bauen, die echtes Lernen zwischen Ticks akkumulieren – deterministisch von der Disk, idempotent, Gate-geschlossen – statt Rauschen oder falsche Aktivität zu erzeugen.

Konstellation erkunden →

Brand & Surface

Marke und Oberfläche ORBIT II

Was man sieht und wie es klingt. Radikaler Minimalismus, Typografie, Studio-Stimme und Übersetzung, die den Sinn bewahrt. Der ästhetische Anspruch von XNLAB auf alles angewendet.

Versorgt XNLABAlle Projekte
  1. BS-01

    Radikaler Minimalismus

    Eine echte Bildschirmansicht auditieren und ein Before/After abliefern, bei dem jedes entfernte Element durch eine Entscheidung begründet ist – nicht durch Geschmack.

  2. BS-02

    Typografie mit Absicht

    Ein Paar Headlines bauen, die Inter Sans mit Italic-Serif-Spans (Cormorant) mischen, ohne dass das Auge den Sprung bemerkt – und die Grössenkorrektur dokumentieren, die das funktionieren lässt.

  3. BS-03

    Studio-Stimme

    Ein Copy-Deck für eine echte Seite (Hero + drei Sektionen) in anonymer Studio-Stimme schreiben, das den Test «Wahrheit oder Marketing?» besteht: Jeder Satz ist entweder überprüfbar oder er wird gelöscht.

  4. BS-04

    Übersetzen mit Sinn-Erhalt

    Ein EN/ES-Paar eines Copy-Blocks produzieren, bei dem das Spanische dasselbe sagt wie das Englische – nicht das Wörtliche – und die Notizen zu jeder Sinnentscheidung abliefern.

  5. BS-05

    Farbe und Tiefe

    Ein System aus Farbe und Tiefe (Glass, Bänder, Farbfelder) als Satz wiederverwendbarer Regeln und Tokens dokumentieren, mit Mustern, die beweisen, dass es Leben gibt, ohne Rauschen einzubringen.

Konstellation erkunden →

Ops & Security

Die Disziplin ORBIT II

Der Unterschied zwischen einem Projekt und einem Vorfall. Secrets, Bedrohungsmodell, adversariales Audit und Isolation zwischen Projekten. Disziplin, die die ganze Galaxie schützt.

Versorgt Alle Projekte
  1. OS-01

    Secrets: öffentlich vs. privat

    Für jeden Schlüssel und jedes Token deiner Projekte entscheiden, ob es im Client leben darf oder den Server niemals verlassen darf — und den Entscheidungsbaum bauen, der dich davor bewahrt, den Fehler je wieder zu machen.

  2. OS-02

    Bedrohungsmodell einer SSG

    Wie der Angreifer einer statischen Seite mit anon key denken: die reale Angriffsfläche einer SSG + Supabase aufzählen und verstehen, warum die einzige Verteidigung, die zählt, RLS ist — nicht der Client.

  3. OS-03

    Adversariales Audit

    Adversariell auditieren: jeden Sicherheitsbefund als Hypothese behandeln, die du widerlegen musst, bevor du sie glaubst — statt 'sieht verwundbar aus' oder 'sieht sicher aus' per Inspektion zu akzeptieren.

  4. OS-04

    Incident Response & Rollback

    Auf einen Vorfall in Produktion mit einem kühlen Verfahren reagieren: erkennen, eindämmen, sicher zurückrollen und ein schuldfreies Post-mortem führen, das die Wurzelursache schliesst.

  5. OS-05

    Isolation zwischen Projekten

    Mehrere Projekte sich eine einzige Postgres-Datenbank teilen lassen, ohne dass eines die Daten eines anderen lesen, schreiben oder kaputtmachen kann — Multi-Projekt- und Multi-Tenant-Isolation, erzwungen durch die DB, nicht durch Konvention.

  6. OS-06

    Observabilidad y coste

    Ein Observability-Panel und ein Budget mit Alerts für ein lebendes System aufsetzen (Astro auf Cloudflare Pages + Supabase): definieren, welche Logs und Metriken du überwachst, was einen Alert auslöst, und welche Nutzungs- und Token-Kostengrenzen dich warnen, BEVOR die Überraschungsrechnung kommt.

Konstellation erkunden →

Du weisst nicht, wo du anfangen sollst? Mach das Operator-Profil und wir nennen dir deinen Einstieg.