Tages-Workshop

Webseiten & Web-Apps bauen mit Codex in deiner IDE

Von der ersten Datei bis in die Produktion — mit einem KI-Agenten, der direkt in deinem Editor mitarbeitet. In 8 Stufen, an einem durchgehenden Praxis-Beispiel.

Worum geht's?

Du lernst, wie du mit Codex direkt im integrierten Terminal deiner IDE (VS Code, Cursor, Antigravity) echte Dinge baust: Webseiten, kleine Web-Apps, Automatisierungen — und wie du das in einer Firma sinnvoll und sicher einsetzt. Der rote Faden: sichtbarer Quick-Win → Zeit sparen → echter Code (Brownfield) → bis ins Deployment.

Dieses Portal ist beides: Live-Präsentation für den Workshop und Selbstlern-Kurs zum Durchklicken. Dein Fortschritt wird lokal gespeichert.

? Warum Codex — zusätzlich zur eingebauten KI deiner IDE?

Deine IDE hat meist schon KI (Code-Vervollständigung, Chat — z. B. Copilot in VS Code, der Cursor-Chat oder Gemini in Antigravity). Codex ist etwas anderes: ein Agent, der eigenständig mehrere Dateien liest, ändert, Befehle ausführt und Schritt für Schritt arbeitet.

⌨️ Klassische Editor-KI
  • Vervollständigt die aktuelle Zeile / Datei
  • Beantwortet Fragen im Chat
  • Du führst Befehle selbst aus
  • Kontext meist auf das offene File begrenzt
🤖 Codex (Agent im Terminal)
  • Plant Aufgaben & arbeitet über viele Dateien
  • Liest/schreibt Dateien, führt Tests & Befehle aus
  • Fragt bei heiklen Aktionen um Freigabe
  • Versteht das ganze Projekt (inkl. AGENTS.md)
Kurz: Die IDE ist der Editor, Codex ist der mitarbeitende Kollege darin. Beides zusammen ist stärker als jedes allein.

🧠 Mentales Modell: ein Agent in deinem Terminal

Codex macht keine Magie. Es ist ein wiederkehrender Kreislauf — und du bleibst an der Kontrolle.

💬
Du promptest
„Bau mir …"
📂
Liest Kontext
Dateien, Projekt
✏️
Schlägt Änderung vor
Code / Befehl
🔐
Fragt um Freigabe
du bestätigst
✅
Führt aus & zeigt
Ergebnis

… und dann wieder von vorn. Du gibst die Richtung vor und bestätigst — Codex übernimmt die Fleißarbeit.

🏭 Unser Beispiel: die „Nordwerk GmbH"

Damit alles zusammenhängt, digitalisieren wir über alle Stufen hinweg eine fiktive kleine Firma.

Stufe 3 baut die öffentliche Landingpage, Stufe 4 ein internes Dashboard, Stufe 6 ein Report-Skript, Stufe 7 erweitert ein bestehendes Modul und bringt alles live. So siehst du, wie Codex im echten Firmenalltag wächst.

🗺️ Die 8 Stufen

Git ist das Sicherheitsnetz. Für sicheres Arbeiten mit KI-Änderungen gibt es eine eigene Schwester-Schulung: „Git in der IDE". Wir verweisen an den passenden Stellen darauf.
Stufe 1

Setup & Orientierung

Codex im integrierten Terminal deiner IDE installieren, einloggen und das erste Mal etwas bauen.

1 Installieren & starten

Codex läuft im integrierten Terminal deiner IDE — ob VS Code, Cursor oder Antigravity. Einmal installieren, dann mit einem Befehl starten.

Terminal — VS Code / Cursor / Antigravity
  1. In deiner IDE das Terminal öffnen (Strg/Cmd + ö bzw. View → Terminal).
  2. Codex installieren: empfohlen ist der offizielle Installer aus der Codex-CLI-Doku. Alternativen wie npm oder Homebrew sind dort ebenfalls aufgeführt.
  3. codex eingeben und mit deinem ChatGPT-Konto oder einem API-Key anmelden.
  4. Mit /status prüfen, in welchem Ordner, mit welchem Modell und mit welchen Freigaben Codex läuft.
Tipp: Codex „lebt" im Ordner, in dem du es startest. Öffne in deiner IDE den richtigen Projektordner, bevor du loslegst. Auf Windows läuft Codex in PowerShell; für Linux-nahe Abläufe ist WSL2 oft angenehmer.
Neu auf der Kommandozeile? Die Grundlagen — Navigieren, Dateien, Befehle, Installieren, mit Umschalter für Linux/macOS/Windows — gibt's in Terminal-Basics.

2 Die IDE-Oberfläche verstehen

Vier Bereiche, die du kennen solltest. Die Skizze zeigt das Layout schematisch (VS Code, Cursor & Antigravity sind hier nahezu gleich) — die Nummern erklärt die Legende darunter.

VS Code — nordwerk-website
Skizze
  • 1 Datei-Explorer — dein Projektbaum. Codex sieht genau diese Dateien.
  • 2 Editor — hier siehst du Änderungen sofort, kannst selbst eingreifen.
  • 3 Terminal mit Codex — dein Prompt-Eingabefeld an den Agenten.
  • 4 Diff/Änderungen — was Codex geändert hat, prüfst du hier (Quellcode-Verwaltung).
Schematische Darstellung — in VS Code, Cursor & Antigravity liegen Explorer links, Editor in der Mitte, das Codex-Terminal unten, die Änderungen rechts.

3 Erstes Prompt → erste Datei

Sag in einfachen Worten, was du willst. Codex legt die Datei an — nach deiner Freigabe.

Du

Lege eine Datei hallo.html an mit einer zentrierten Überschrift „Hallo Nordwerk" und einem Lime-Hintergrund.

Codex

Ich erstelle hallo.html mit einem einfachen, zentrierten Layout. Darf ich die Datei anlegen?

→ [Freigabe erteilt] → Datei erstellt. Öffne sie im Browser, um sie zu sehen.

Wichtig: Du musst keine perfekten Anweisungen schreiben. Anfangen, ansehen, nachschärfen — das ist der normale Rhythmus (mehr in Stufe 2).

✓ Geschafft, wenn du …

Stufe 2

Grundlagen des Arbeitens

Wie du gut promptest, Kontext gibst, wie Codex plant und wie du über Approval-Modi die Kontrolle behältst.

1 Gut prompten

Je klarer Ziel, Kontext und gewünschtes Ergebnis, desto besser. Vage Prompts kosten Runden.

✗ vage
  • „Mach die Seite schöner."
  • „Bau mir ein Tool."
  • „Fix den Bug."
✓ konkret
  • „Mach die Hero-Sektion responsive, max. Breite 1100px, mehr Abstand."
  • „Bau ein Dashboard mit 3 Kennzahl-Karten aus daten.json."
  • „Der Filter zeigt 0 Treffer bei Großbuchstaben — vergleiche case-insensitive."

2 Dateien & Kontext referenzieren

Zeig Codex, worum es geht — statt es raten zu lassen.

@-Referenzen: Mit @dateiname hängst du konkrete Dateien an dein Prompt. „Richte dich nach @styles.css" liefert viel bessere Ergebnisse als eine allgemeine Bitte.

3 Erst der Plan, dann die Änderung

Bei größeren Aufgaben legt Codex zuerst einen Plan an — eine Schritt-für-Schritt-Liste, die du live mitverfolgst — und arbeitet ihn dann ab. So bleibt nachvollziehbar, was als Nächstes passiert.

Klick, um zu sehen, wie ein Plan entsteht.
1.Bestehende Struktur von index.html lesen
2.Neue Sektion „Leistungen" als Karten-Grid entwerfen
3.Responsive Regeln in styles.css ergänzen
4.Im Browser gegenprüfen
✓ Plan steht. Erst jetzt — nach deiner Freigabe — beginnt Codex mit den Änderungen. Du kannst den Plan vorher anpassen.

So sieht das im Terminal aus:

Terminal — Codex plant
● Plan · Codex zeigt die Schritte, bevor es Dateien ändert › Ergänze eine Sektion „Leistungen" als Karten-Grid. Mein Plan: 1. index.html lesen (bestehende Struktur) 2. Karten-Grid „Leistungen" entwerfen 3. Responsive-Regeln in styles.css ergänzen 4. Im Browser gegenprüfen ? Plan annehmen? [ Annehmen ] [ bearbeiten ] [ abbrechen ]
Ablauf: Codex listet die 4 Schritte auf, ohne Dateien zu ändern. Erst nach „Annehmen" werden die Änderungen ausgeführt und sind im Browser sichtbar.

4 Approval-Modi & Sandbox

Du bestimmst, wie eigenständig Codex arbeiten darf — und es läuft standardmäßig in einer Sandbox.

Approval-Policy
  • unless-trusted: maximale Aufsicht, fragt fast immer nach.
  • on-request: guter Standard, fragt bei Aktionen außerhalb der Sandbox.
  • on-failure: versucht erst die Sandbox, fragt nach, wenn es scheitert.
  • never: keine Rückfragen — nur in kontrollierten Umgebungen.
Sandbox-Modus
  • read-only: Codex darf lesen, aber nichts ändern.
  • workspace-write: Änderungen im Projektordner sind möglich.
  • danger-full-access: volle Freiheit — nur isoliert einsetzen.
  • Netzwerkzugriff und sensible Befehle können separat Freigaben brauchen.
Merksatz: Approval steuert, wann Codex fragt. Die Sandbox steuert, wo Codex überhaupt handeln darf. Mit /status siehst du beides jederzeit.
Sandbox: Codex arbeitet abgeschottet — Schreibzugriffe bleiben im Projektordner, Netzwerk ist standardmäßig gesperrt. Das dauerhafte Sicherheitsnetz für KI-Änderungen ist zusätzlich Git (Stufe 6 + Git-Schulung).

✓ Geschafft, wenn du …

Stufe 3 · Nordwerk

Erste Webseite

Eine echte Landingpage von Null — responsive, live geändert. Der sichtbare Quick-Win.

1 Von Null zur Landingpage

Ein Prompt mit klarem Ziel reicht für ein erstes, vorzeigbares Ergebnis.

Du

Bau eine einseitige Landingpage für die „Nordwerk GmbH" (Metallbau): Hero mit Slogan, 3 Leistungs-Karten, Kontakt-Abschnitt. Modern, dunkel, responsive. Nur HTML/CSS, keine Frameworks.

Codex

Ich lege index.html und styles.css an, mit Hero, Karten-Grid und Kontaktbereich. Danach kannst du im Browser draufschauen.

Terminal — nordwerk-website
› codex "Landingpage für Nordwerk GmbH …" ● erstellt index.html ● erstellt styles.css ✓ Fertig. Öffne index.html im Browser.

2 Ansehen & nachschärfen (Vorher / Nachher)

Iterieren ist der Normalfall: erste Version ansehen, gezielt verbessern.

Browser — index.html (v1 → final)
Skizze
Schematisch: links die erste Version, rechts nach 2–3 Nachschärfungen (Lime-Akzent, größerer Hero, anhebende Karten).
Du

Mehr Abstand im Hero, die Karten sollen beim Hover leicht anheben, und die Akzentfarbe auf Lime (#bce941).

So fühlt sich Iterieren an — ein Klick verwandelt v1 in die finale Version:

Browser — index.html
Skizze · interaktiv
v1 — schlicht. Klick, um nachzuschärfen.

3 Responsive prüfen

„Sieht das auf dem Handy gut aus?" ist ein gültiges Prompt.

Browser — Mobile-Ansicht
Skizze
Schematisch: auf schmalen Geräten stapeln sich Hero und Karten untereinander — eine Spalte statt drei.

✓ Geschafft, wenn du …

Stufe 4 · Nordwerk

Interaktivität & Web-App

Ein kleines internes Dashboard mit echtem Verhalten — und wie Codex beim Debugging hilft.

1 Internes Dashboard bauen

Aus statisch wird interaktiv: Daten anzeigen, filtern, reagieren.

Du

Bau ein internes Dashboard: lies auftraege.json, zeige Kennzahl-Karten (offen/erledigt/Umsatz) und eine filterbare Tabelle. Vanilla JS.

Codex

Ich erstelle dashboard.html + app.js: Karten rechnen die Summen, das Suchfeld filtert die Tabelle live.

2 Debugging: Bug → Fix

Bugs gehören dazu. Beschreibe das Symptom — Codex findet und erklärt die Ursache. Klick „Fix anwenden".

Symptom: Der Filter findet „Schmidt" nicht, wenn man „schmidt" tippt.

const q = input.value; rows.filter(r => r.name.includes(q)); // case-sensitive! render(rows);
Ursache: includes vergleicht Groß-/Kleinschreibung. „schmidt" ≠ „Schmidt".
✓ Behoben: beide Seiten mit .toLowerCase() vergleichen — jetzt case-insensitive.

Im Terminal läuft das so ab:

Terminal — Debugging
› Der Filter findet „Schmidt" nicht, wenn ich „schmidt" tippe. ● liest app.js ● gefunden: Zeile 12 — includes(q) ist case-sensitive ● Vorschlag: r.name.toLowerCase().includes(q.toLowerCase()) ? Änderung anwenden? [ ja ] [ nein ] ✓ Suche funktioniert jetzt unabhängig von Groß-/Kleinschreibung.
Ablauf: Du tippst nur das Symptom. Codex zeigt die betroffene Zeile, erklärt die Ursache (Groß-/Kleinschreibung) und schlägt den Fix vor — nach deiner Freigabe funktioniert die Suche.

✓ Geschafft, wenn du …

Stufe 5

Codex methodisch nutzen

Die Features, die aus „nettem Helfer" einen verlässlichen, wiederholbaren Arbeitspartner machen.

1 Die Werkzeuge im Überblick

📄
AGENTS.md
Projekt-Kontext & Regeln, die Codex automatisch liest — das Gedächtnis deines Projekts.
🔌
MCP
Externe Tools & Datenquellen anbinden (Model Context Protocol) — z. B. Doku, Datenbank, Ticket-System.
🔐
Approval-Modi & Sandbox
Steuern, wie eigenständig Codex arbeitet — abgeschottet, mit Nachfrage bei heiklen Schritten.
🤖
codex exec
Codex nicht-interaktiv laufen lassen — ideal für Skripte, Cron-Jobs und CI.
⚙️
Profile & config.toml
Modell, Approval-Verhalten und MCP-Server zentral festlegen — projektübergreifend.
🔁
Plan & Verify
Erst planen, dann ausführen, am Ende belegt verifizieren — statt blind „fertig".
✅
/review
Uncommitted Changes, Commits oder PR-nahe Diffs von einem zweiten Codex-Blick prüfen lassen.

2 AGENTS.md anlegen

Die AGENTS.md im Projekt-Wurzelverzeichnis ist das Gedächtnis deines Projekts: Konventionen, Befehle, „nicht anfassen"-Zonen. Codex liest sie automatisch — du kannst sie von Codex erstellen lassen.

iCodex erzeugt das Gerüst
› /init
● analysiert Repo-Struktur, Befehle und Konventionen
› Ergänze in AGENTS.md: Build-/Test-Befehle, Code-Stil, Review-Regeln und Do-not-touch-Zonen.
● erstellt AGENTS.md ✓
Warum stark: Einmal gepflegt, hält sich Codex projektweit an eure Regeln — ohne dass du sie jedes Mal wiederholst. Gute Inhalte: Repo-Aufbau, Start-/Test-/Lint-Befehle, Engineering-Konventionen, Review-Erwartungen und klare Grenzen.

3 Automatisieren mit codex exec

Wiederkehrende Aufgaben musst du nicht jedes Mal von Hand starten. codex exec lässt Codex nicht-interaktiv laufen — perfekt für Skripte, Cron-Jobs oder CI-Pipelines.

Terminal — Automation
› codex exec --sandbox workspace-write "erzeuge aus auftraege.csv den Monatsreport als report.html" ● liest auftraege.csv ● erstellt report.html ✓ Fertig — nicht-interaktiv, mit Schreibrecht nur im Workspace.
Idee fürs Team: Solche codex exec-Aufrufe in ein npm-Skript oder einen nächtlichen Cron-Job packen — die Monatsreports entstehen dann automatisch. Standardmäßig ist codex exec eher vorsichtig; für Dateien brauchst du bewusst --sandbox workspace-write.

4 Konfiguration, Profile & MCP

In ~/.codex/config.toml legst du einmal fest, wie Codex sich verhält — und bindest externe Tools über MCP an. Für einzelne vertrauenswürdige Projekte kann Konfiguration auch in .codex/config.toml liegen.

⚙~/.codex/config.toml (Beispiel)
# Standard-Verhalten
approval_policy = "on-request"   # bei heiklen Aktionen nachfragen
sandbox_mode    = "workspace-write"

# MCP-Server: lokale Doku als Datenquelle
[mcp_servers.docs]
command = "npx"
args = ["-y", "@modelcontextprotocol/server-filesystem", "./docs"]
Effekt: Approval-Verhalten & Sandbox gelten projektübergreifend, und Codex kann die angebundene Doku direkt lesen — ohne Copy-Paste. MCP-Server kannst du auch per codex mcp add … hinzufügen und im TUI mit /mcp prüfen.

✓ Geschafft, wenn du …

Stufe 6 · Nordwerk

Produktiv im Alltag

Refactoring, Tests, Git, MCP und eine Automatisierung, die über die Web-Welt hinausgeht.

1 Refactoring & Code erklären

Du

Erklär mir, was app.js macht, und schlage 3 Verbesserungen vor — ohne Verhalten zu ändern.

Codex

Überblick + 3 konkrete Refactorings (Funktionen trennen, Namen klären, Duplikate entfernen). Soll ich sie umsetzen?

2 Tests

„Schreib Tests dafür" ist ein hervorragendes Prompt — Tests sichern künftige Änderungen ab.

Du

Schreib die kleinsten sinnvollen Tests für den Filter und führe sie aus. Wenn etwas fehlschlägt, erkläre zuerst die Ursache, bevor du den Code änderst.

Codex

Ich ergänze gezielte Tests, starte den Testbefehl aus AGENTS.md und fasse Ergebnis + nächste Schritte zusammen.

Terminal — tests
› npm test ✓ filtert case-insensitive ✓ summiert Umsatz korrekt 2 passed

3 Git — kurz, aber wichtig

Codex hilft auch bei Git: Commit-Messages vorschlagen, Diffs erklären, bei Konflikten unterstützen. Git ist dein Sicherheitsnetz für KI-Änderungen. Die ganze Tiefe in der Git-Schulung.
Vor dem Commit: Nutze /review, um uncommitted changes oder einen Commit gegen eure Review-Regeln prüfen zu lassen. Das ersetzt kein eigenes Lesen, ist aber ein gutes zweites Paar Augen.

4 MCP / Connectors

Über MCP verbindet sich Codex mit externen Werkzeugen & Datenquellen (z. B. Ticket-System, Datenbank, Doku).

Idee: Statt Daten zu kopieren, fragt Codex direkt das angebundene System. Sicherheit beachten — siehe Stufe 8 (nicht vertrauenswürdige Inhalte).

5 Automatisierungs-Skript (CSV → Report)

Der Nutzen über Webseiten hinaus: wiederkehrende Büroarbeit automatisieren.

Du

Schreib ein Skript, das auftraege.csv einliest und einen Monatsreport (Summen pro Kunde, als HTML) erzeugt.

Browser — report.html
Skizze
Schematisch: aus der CSV wird ein lesbarer HTML-Report mit Summen pro Kunde — automatisch erzeugt.

✓ Geschafft, wenn du …

Stufe 7 · Nordwerk

Echte Projekte & Deployment

Bestehenden Code verstehen und ändern (Brownfield) — und das Ergebnis live bringen.

1 Brownfield verstehen

Der Firmenalltag ist selten „grüne Wiese". Codex hilft, fremden Code schnell zu erfassen.

Du

Verschaff dir einen Überblick über dieses Projekt und erkläre mir die Architektur in 5 Sätzen. Wo würde ich eine neue Funktion „Angebots-PDF" einhängen?

Erst eine AGENTS.md anlegen lassen, dann gezielt fragen — so arbeitet Codex von Anfang an mit dem richtigen Kontext.

2 Große Aufgaben zerlegen

  1. Ziel klären & zuerst planen lassen.
  2. In kleine, prüfbare Schritte aufteilen.
  3. Schritt umsetzen → ansehen → nächster Schritt.
  4. Nach jedem sinnvollen Schritt committen (Git).

3 Statisch deployen — zuerst der einfache Weg

Eine statische Seite live zu bringen ist erstaunlich einfach.

Terminal — deploy
› codex "baue die Seite statisch und erkläre die Deploy-Optionen" ● Build in ./dist ● Optionen: statisches Hosting, VPS, Container … ✓ Bereit zum Hochladen.

4 Docker als Kür

Für reproduzierbares Deployment auf dem eigenen Server: ein Container.

🐳Dockerfile (statische Auslieferung)
FROM caddy:alpine
COPY ./dist /usr/share/caddy
Mehr Tiefe: Self-Hosting mit Docker & Caddy ist Thema der Git-Schulung (Forgejo-Beispiel).

Build & Deployment im Terminal:

Terminal — Deployment
› codex "baue die Seite und verpacke sie in einen Container" ● npm run build → ./dist ● schreibt Dockerfile (caddy:alpine) ● docker build -t nordwerk . ● docker run -p 8080:80 nordwerk ✓ Live unter http://localhost:8080
Ablauf: Die Seite wird statisch gebaut, in einen Container verpackt und gestartet — im Browser erscheint die Live-Version der Nordwerk-Seite.

✓ Geschafft, wenn du …

Stufe 8

Best Practices, Grenzen & Sicherheit

Damit Codex im Firmenalltag ein Gewinn bleibt — und kein Risiko.

1 Was Codex (nicht) gut kann

✓ Stark bei
  • Boilerplate, Refactoring, Tests
  • fremden Code erklären
  • wiederkehrende Aufgaben
  • Vorschläge & Varianten
△ Vorsicht bei
  • fachlichen Entscheidungen ohne Kontext
  • brandneuen/seltenen APIs
  • „einfach alles" ohne Review
  • sicherheitskritischen Details

2 Review-Pflicht & Halluzinationen

Du verantwortest den Code. Codex kann plausibel klingenden, aber falschen Code erzeugen (Halluzination). Lies Diffs, lass Tests laufen, prüfe das Ergebnis — besonders vor dem Commit.

3 Prompt-Injection / nicht vertrauenswürdige Inhalte

Reales Risiko bei MCP & Web: Inhalte aus externen Quellen (Webseiten, Tickets, Dokumente) können versteckte Anweisungen enthalten, die Codex manipulieren wollen. Behandle externe Inhalte als Daten, nicht als Befehle — und gib nur die Berechtigungen, die nötig sind.

4 Secrets & .gitignore

Niemals echte Tokens/Passwörter in den Code oder ins Repo. Platzhalter verwenden, Secrets in .env, und .env in .gitignore. Falls doch passiert: Secret widerrufen — Details (auch „aus der Historie entfernen") in der Git-Schulung.

5 Sicherheitsnetz: Sandbox + Git

Zwei Netze: Codex' Sandbox & Approval-Modi verhindern ungewollte Aktionen während der Sitzung — und Git ist das dauerhafte, nachvollziehbare Sicherheitsnetz für jede Änderung.

6 Kontext & Kosten

Große Aufgaben = viel Kontext = mehr Tokens/Zeit. Arbeite fokussiert: relevante Dateien referenzieren, Aufgaben zerlegen, AGENTS.md pflegen. Das spart Geld und macht die Ergebnisse besser.

✓ Geschafft, wenn du …

Bonus

Cheat-Sheet

Zum Mitnehmen: gute Prompts, nützliche Befehle, Automatisierungs-Ideen. (Zählt nicht für den Fortschritt.)

★ Prompt-Muster, die funktionieren

  • Ziel + Kontext + Format: „Bau X, richte dich nach @datei, nur HTML/CSS."
  • Symptom statt Lösung: „Bei Großbuchstaben 0 Treffer" — Ursache findet Codex.
  • Erst Plan: „Mach erst einen Plan, bevor du etwas änderst."
  • Verifizieren: „Führe die Tests aus und zeig mir das Ergebnis."

⌨ Nützliche Befehle & Slash-Kommandos

codex
Interaktive Sitzung im Terminal starten.
codex exec "…"
Nicht-interaktiv für Skripte & CI.
/permissions
Freigaben und Sandbox-Verhalten umstellen.
/model
Modell für die Sitzung wechseln.
/status
Modell, Freigaben, Workspace und Token-Nutzung prüfen.
/review
Arbeitsbaum oder Commit vor dem Übernehmen prüfen lassen.

🧩 Automatisierungs-Ideen für die Firma

  • Report-Generator (CSV/Excel → formatierter Bericht, per codex exec)
  • Onboarding-Helfer (Projekt erklären, Setup-Schritte) — via AGENTS.md
  • Review-Checkliste (Stil, Sicherheit, Tests) vor jedem Commit
  • Doku-Schreiber (Code → README/Spec) als nächtlicher Job
Lernkontrolle

Quiz

10 Fragen quer durch die Stufen. Ab 8 richtigen Antworten schaltest du dein Zertifikat frei.

Frage 1 von 10
…
Abschluss

Dein Zertifikat

Glückwunsch! Trage deinen Namen ein und drucke das Zertifikat (oder speichere als PDF).

FL
Florian Ludwig
AI Consultant · Kutzschbach INNOVATIONS
Zertifikat
Codex in der IDE
Hiermit wird bestätigt, dass
Dein Name hier
den Workshop „Webseiten & Web-Apps bauen mit Codex in der IDE" erfolgreich abgeschlossen hat.
—Datum
★GEPRÜFT
Florian LudwigAI Consultant · Kutzschbach INNOVATIONS