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.
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 KERNDie 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.
- 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.
- 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.
- 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.
- 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.
- 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.
- 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.
- 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.
- 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.
Data & Systems
Backend, das hält ORBIT IPostgres, 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.
- 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.
- 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.
- 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.
- 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.
- 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.
- 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.
Builders
Produkt ausliefern ORBIT IAus 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.
- 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.
- 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.
- 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.
- 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.
- 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.
- 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.
Signal
Quant & Research ORBIT IIResearch-Systeme, die sich nicht selbst belügen: read-only Ingest, Regime-Klassifikation, Market Memory und Kalibrierung. Das Rückgrat von XCAP.
- 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.
- 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.
- 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).
- 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.
- 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.
- 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.
Brand & Surface
Marke und Oberfläche ORBIT IIWas 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.
- 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.
- 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.
- 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.
- 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.
- 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.
Ops & Security
Die Disziplin ORBIT IIDer Unterschied zwischen einem Projekt und einem Vorfall. Secrets, Bedrohungsmodell, adversariales Audit und Isolation zwischen Projekten. Disziplin, die die ganze Galaxie schützt.
- 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.
- 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.
- 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.
- 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.
- 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.
- 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.
Du weisst nicht, wo du anfangen sollst? Mach das Operator-Profil und wir nennen dir deinen Einstieg.