← Zurück zu emrevarol.com
A2SV · März 2026

Inhaltsverzeichnis

2000-fache Produktivität:
Entwickeln mit GenAI

Emre Varol - A2SV

Die Ära des manuellen Programmierens ist vorbei

Sie werden nicht ersetzt – Sie bekommen ein Upgrade

Dieser Vortrag wird für immer verändern, wie Sie Software entwickeln

Was bedeutet das?

Es bedeutet nicht, dass ich aufgehört habe zu denken

Es bedeutet nicht, dass ich Ergebnisse blind akzeptiere

Es bedeutet nicht, dass Ingenieurfähigkeiten keine Rolle mehr spielen

Es bedeutet, dass ich Verhalten beschreibe statt Syntax zu tippen

Es bedeutet, dass ich Ergebnisse prüfe statt jede Zeile zu reviewen

Es bedeutet, dass das, wofür ein Entwicklerteam 3 Wochen brauchte, die KI jetzt in 15 Minuten erledigt

Der alte Zyklus: Ich weise eine Aufgabe zu → Entwicklerteam arbeitet 2–3 Wochen → ich reviewe → gebe Feedback → Team setzt es 2–4 Wochen später um → nächste Review-Runde.

Der neue Zyklus: Ich beschreibe ein Feature → KI baut es in Minuten → ich teste → gebe Feedback → KI behebt es in Sekunden → ich teste erneut. Gesamt: 15 Minuten.

Ich habe von 13 bis 30 fast jeden Tag programmiert. Seit 2019 habe ich keinen richtigen Code mehr geschrieben. Und ich war noch nie produktiver.

Der alte Weg vs. der neue Weg

Der alte Weg

Über Implementierung nachdenken

Code Zeile für Zeile schreiben

Syntaxfehler debuggen

Stack Overflow durchsuchen

Kopieren, anpassen, testen

Stunden pro Feature

Der neue Weg

Über Verhalten nachdenken

Beschreiben, was man will

KI schreibt die Implementierung

Das Verhalten testen

Mit Feedback iterieren

Minuten pro Feature

Der zweitbeste Programmierer der Welt arbeitet für Sie

Im Dezember 2025 erreichten KI-Modelle den 2. Platz bei den weltweit führenden Programmierwettbewerben.

Besser als 99,99 % aller menschlichen Programmierer

Löst komplexe algorithmische Probleme in Sekunden

Versteht jede Sprache, jedes Framework und jedes Pattern

Hat perfektes Gedächtnis – vergisst kein einziges Detail

24/7 verfügbar, unendlich geduldig, wird nie müde

Sie haben den zweitbesten Wettbewerbsprogrammierer der Welt zur Hand, bereit, rund um die Uhr für Sie zu arbeiten. Warum sollten Sie selbst Code schreiben?

„Vibe Coding“

Geprägt von Andrej Karpathy (OpenAI-Mitgründer, ehem. Tesla-KI-Leiter) im Februar 2025. Zum Collins Dictionary Wort des Jahres 2025 gewählt.

„Es gibt eine neue Art zu programmieren, die ich Vibe Coding nenne – man gibt sich völlig dem Gefühl hin, umarmt das Exponentielle und vergisst, dass der Code überhaupt existiert.“ – Andrej Karpathy

2026 hat es sich zu Agentic Engineering weiterentwickelt:

Spezifikationen in natürlicher Sprache schreiben

KI generiert Code unter strukturierter menschlicher Aufsicht

Multi-Model-Orchestrierung mit persistentem Projektkontext

Der Entwickler spezifiziert, reviewt und steuert – KI implementiert

Die Tools kennenlernen

OpenCode

OpenCode

Startpunkt. Open-Source-Agent für Terminal, Desktop und IDE.

#1 Empfehlung
Codex

Codex

Agent für Repo-Arbeit, Reviews, Debugging, Tests und Planung.

OpenAI
Claude Code

Claude Code

Liest Code, bearbeitet Dateien und hilft bei langen Refactors.

Anthropic
Antigravity

Antigravity

Für Google-Workflows und visuelle Agentensteuerung.

Google
#1 Empfehlung: Beginne mit OpenCode; wähle danach Codex, Claude Code oder Antigravity je nach Aufgabe.

Das ist keine Autovervollständigung

Autovervollständigung (2020-2023)

Schlägt die nächste Zeile vor

Arbeitet innerhalb einer Datei

Kein Verständnis Ihres Projekts

Sie schreiben immer noch 95 % des Codes

Agentische KI (Dez. 2025+)

Liest Ihre gesamte Codebasis

Versteht die Architektur

Erstellt und bearbeitet mehrere Dateien

Führt Befehle, Tests und Deployments aus

Sie schreiben 0 % des Codes

Die 2000x-Behauptung

Rechnen wir es mit echten Zahlen durch:

Alter Zyklus

Aufgabe an Entwicklerteam vergeben

Team arbeitet 2–3 Wochen

Review, Feedback geben

Team setzt Feedback um: 2–4 Wochen

Nächste Review-Runde

Gesamt: 4–7 Wochen pro Feature

Neuer Zyklus

Feature der KI beschreiben

KI baut es: 5 Minuten

Testen, Feedback geben

KI behebt: 30 Sekunden

Erneut testen, ausliefern

Gesamt: 15 Minuten pro Feature

4 Wochen = 40.320 Minuten. 15 Minuten. Das ist 2.688x. Und dabei ist der Umfangsmultiplikator noch nicht berücksichtigt – Features, die Sie mit einem menschlichen Team nie versucht hätten.

Ein echtes Beispiel

emrevarol.com

emrevarol.com · 10 Sprachen · Blog · Vorträge · Galerie

3.300+ Zeilen handgefertigtes HTML/CSS/JS

10 Sprachübersetzungen, Vortragssystem, Blogsystem

In einem Nachmittag erstellt und deployed

Auf Vercel gehostet, eigene Domain, SSL – alles von der KI eingerichtet

Ohne KI: 2–3 Wochen. Mit KI: 4 Stunden.

Was hat sich geändert?

LLMs haben ein perfektes Gedächtnis und unendliches Wissen.

Sie wurden mit praktisch allem jemals veröffentlichten Code trainiert – und haben ihn auswendig gelernt

Kontextfenster sind jetzt 1M+ Tokens – sie erinnern sich an Ihre gesamte Konversation

Sie lesen Ihr gesamtes Projekt, bevor sie eine einzige Zeile schreiben

Sie verstehen Ihre Namenskonventionen, Architektur und Ihren Stil

Sie kennen jedes Framework, jede Bibliothek und jede Best Practice, die je veröffentlicht wurde

Das ist keine Suchmaschine. Das ist ein Weltklasse-Ingenieur mit perfektem Gedächtnis, der jede Codebasis auf GitHub gelesen hat und nie ein einziges Detail vergisst.

Ihre Rolle hat sich geändert

Vorher: Sie waren ein...

Tipper

Syntax-Experte

Stack-Overflow-Navigator

Bug-Jäger

Jetzt: Sie sind ein...

Produktarchitekt

Verhaltensspezifizierer

Qualitätssicherer

Entscheidungsträger

Ihr Wert liegt nicht mehr im Code-Schreiben. Ihr Wert liegt darin, zu wissen, was gebaut werden soll und zu wissen, wann es richtig ist.

Umgebung einrichten

Terminal zuerst

Für direkte Kontrolle: CLI installieren, Repo öffnen, Agent starten und Diffs prüfen.

IDE zuerst

Für visuelle Arbeit: App oder Erweiterung nutzen; der Repo-Ablauf bleibt gleich.

Verifikation zuerst

Lokal ausführen, Bildschirm prüfen, Diff lesen und Rollback einfach halten.

Grundlagen installieren

macOS

Wenn möglich Homebrew nutzen. Git, Node und Agenten aktuell halten.

$ brew install git node
$ git --version
$ node --version

Linux

Den Paketmanager der Distribution nutzen und offizielle CLIs ergänzen.

$ sudo apt install git nodejs npm
$ git --version
$ npm --version

Windows

PowerShell oder WSL nutzen. Für Einsteiger macht WSL Terminalarbeit einfacher.

PS> winget install Git.Git
PS> winget install OpenJS.NodeJS
PS> git --version

OpenCode zuerst

Terminal

$ curl -fsSL https://opencode.ai/install | bash
$ npm i -g opencode-ai
$ opencode

Desktop

Die OpenCode-App für macOS, Windows oder Linux von der offiziellen Seite laden.

$ open https://opencode.ai/download

IDE

OpenCode aus VS Code, Cursor oder jedem Editor mit Terminal nutzen. Der Ablauf bleibt repo-zentriert.

$ cd my-project
$ opencode
Standardempfehlung: Hier beginnen. OpenCode ist offen, modellflexibel und läuft in Terminal, Desktop und IDE.

Codex, Claude Code, Antigravity

Codex

# macOS / Linux
$ curl -fsSL https://chatgpt.com/codex/install.sh | sh

# Windows PowerShell
PS> powershell -ExecutionPolicy ByPass -c "irm https://chatgpt.com/codex/install.ps1 | iex"

Claude Code

# npm install
$ npm install -g @anthropic-ai/claude-code
$ claude

Antigravity

CLI für Terminal nutzen oder IDE für Googles visuelle Agentensteuerung.

$ open https://antigravity.google

Das Werkzeug gut nutzen

Bevor Gedächtnissysteme dazukommen, lerne die Grundschleife: Repo öffnen, Kontext geben, eine Änderung verlangen, Diff prüfen und ausführen.

1. Mit echtem Repo startenÖffne den Projektordner und starte das Werkzeug im Repo, damit es Dateien lesen kann.
2. Eine kleine Änderung anfragenBeschreibe Verhalten, Grenzen und was der Agent nicht anfassen soll.
3. Prüfen und ausführenLies den Diff, starte App oder Tests und gib Fehler an den Agenten zurück.
Ziel: Lerne zuerst die Schleife. Gedächtnis kommt später, wenn das Projekt Entscheidungen hat, die bleiben sollen.

Erster Projektablauf

$ mkdir my-portfolio
$ cd my-portfolio
$ git init
$ opencode

> Hier ist mein Lebenslauf. Erstelle ein sauberes persönliches Portfolio im Stil von emrevarol.com. Mit Hero, Über mich, Erfahrung, Fähigkeiten, Ausbildung und Kontakt. Es soll responsiv sein.
Beginne mit OpenCode. Wenn das Projekt real wird, ergänze Codex oder Claude Code für Review/Refactor und Antigravity für Google. Gedächtnis kommt später als Bonus.

Dein Agent ist deine IDE

Die wichtige Veränderung ist nicht der geöffnete Editor. Entscheidend ist, wer das Repository versteht und handeln kann.

Terminal-Fans: starten Agenten im Repo und prüfen Diffs mit Git

IDE-Nutzer: nutzen Apps oder Erweiterungen und halten Commits klein

Teams: standardisieren Repo-Gedächtnis, Befehle und Verifikationspunkte

Alle: Kontext, Plan, Bearbeiten, Ausführen, Prüfen, Commit

Werkzeuge ändern sich. Das Modell bleibt: klare Absicht, begrenzte Änderungen, sichtbare Verifikation.

Dein System jenseits von Code

Git: Commits, Branches und prüfbare Historie

Vercel / Netlify: schnelle Deploys und Previews

Verifikation: lokale Läufe, Logs, Screenshots, Rollback-Plan

Logs: was passierte, brach, sich änderte

AI ist schnell; dein System muss Arbeit prüfbar, umkehrbar und erinnerbar machen.

Die neue Philosophie

Vergessen Sie alles, was Sie über das Schreiben von Code wissen. Sie sind jetzt ein Verhaltensarchitekt.

Verhaltensgesteuert, nicht codegesteuert

Codegesteuertes Denken

„Ich brauche hier einen useState-Hook“

„Ich muss über dieses Array mappen“

„Ich sollte eine Hilfsfunktion erstellen“

„Lass mich diese Bibliothek importieren“

Verhaltensgesteuertes Denken

„Wenn der Nutzer auf Kaufen klickt, vom Guthaben abziehen“

„Bei Erfolg eine Toast-Benachrichtigung anzeigen“

„Bei unzureichendem Guthaben einen Fehler anzeigen“

„Die Transaktion für die Prüfung protokollieren“

Sie beschreiben, was passieren soll. Die KI entscheidet, wie es implementiert wird. Das ist der grundlegende Wandel.

Der Iterationszyklus

Das ist Ihr neuer Workflow. Prägen Sie ihn sich ein.

Klein anfangen Feature hinzufügen Verhalten testen Anpassen Erneut testen Fertig!
Fertig! Nächstes Feature Feature hinzufügen Verhalten testen ...
Versuchen Sie niemals, alles auf einmal zu bauen. Kleine, inkrementelle, getestete Iterationen. Jeder Zyklus dauert Minuten, nicht Tage.

Schritt 1: Klein anfangen

Beginnen Sie mit der einfachsten möglichen Version.

Zu groß

> Build a complete English
learning platform with AI tutor,
assessments, writing/speaking/
listening modules, vocabulary,
grammar, leaderboards, friends,
18 languages, and auth.

Genau richtig

> Create a Next.js app with a
landing page for an English
learning platform. Show 4
learning modules (Writing,
Speaking, Listening, Vocabulary)
as cards. Hardcoded for now.
Beginnen Sie mit etwas, das Sie in 2 Minuten sehen und testen können. Komplexität kommt später, ein Feature nach dem anderen.

Schritt 2: Ein Feature hinzufügen

Sobald die Basis funktioniert, fügen Sie genau ein Feature hinzu.

# Iteration 2: Datenbank hinzufügen
> Replace the hardcoded data with a PostgreSQL database using Prisma.
  Create Lesson, Module, and Progress models. Seed sample lessons
  for each module.

# Iteration 3: Benutzer-Authentifizierung hinzufügen
> Add NextAuth with email/password. Users should be able to sign up
  and log in. Show their name in the navbar when logged in.

# Iteration 4: KI-Tutor hinzufügen
> Add a /tutor page with a conversation interface. Users type a
  message, Claude API responds with English corrections and tips.
  Track conversation history.
Jeder Prompt fügt genau eine Fähigkeit hinzu. Jede ist einzeln testbar.

Schritt 3: Das Verhalten testen

Nach jedem Feature das Verhalten testen, nicht den Code.

Die App im Browser öffnen

Das Feature durchklicken, wie es ein Nutzer tun würde

Grenzfälle ausprobieren: leere Eingaben, falsche Daten, Doppelklicks

Mobile Ansicht prüfen

Sie müssen NICHT:

Jede Zeile des generierten Codes lesen

Jede Hilfsfunktion verstehen

Die CSS-Klassennamen reviewen

Wenn der Button tut, was er soll, die API korrekte Daten zurückgibt und die Oberfläche gut aussieht – dann ist es korrekt. Weiter geht’s.

Schritt 4: Anpassen und iterieren

Etwas stimmt nicht? Sagen Sie der KI, was sich ändern soll – in Verhaltensbegriffen.

# Nicht: "change the onClick handler to use a different state variable"
# Stattdessen:
> When I finish a lesson, the progress bar doesn't update until I
  refresh the page. Fix this so the progress updates immediately.

# Nicht: "add a try-catch around the API call"
# Stattdessen:
> When the AI tutor API call fails, the chat just freezes. Show a
  red error message that says "Connection lost, please try again"
  and re-enable the send button.
Beschreiben Sie das Problem, das Sie sehen, nicht den Code, der sich Ihrer Meinung nach ändern sollte. Die KI findet oft eine bessere Lösung als die, die Sie im Sinn hatten.

Schritt 5: Abschließen → Weitermachen

Ein Feature ist „fertig“, wenn:

Es in allen erdenklichen Fällen wie erwartet funktioniert

Es Fehler elegant behandelt

Es auf Desktop und Mobil gut aussieht

Sie versucht haben, es kaputt zu machen, und es nicht konnten

Wenn fertig: committen und zum nächsten Feature übergehen.

> Commit all changes with message "Add AI tutor with conversation history"
Nicht überpolieren. Nicht refactoren, was funktioniert. Nicht vorzeitig optimieren. Ausliefern und weitermachen.

Nicht Code reviewen. Verhalten reviewen.

Das ist die schwierigste Umstellung für erfahrene Ingenieure.

Alte Gewohnheit

Jede geänderte Datei lesen

Variablennamen prüfen

Sich um Import-Reihenfolge sorgen

Code „auf eigene Art“ umschreiben

30 Minuten für Review aufwenden

Neue Gewohnheit

Feature im Browser testen

Grenzfälle ausprobieren

Mobile Responsivität prüfen

Datenintegrität verifizieren

2 Minuten für Tests aufwenden

Die KI schreibt saubereren, konsistenteren Code als die meisten Menschen. Vertrauen Sie ihr. Prüfen Sie das Ergebnis, nicht die Implementierung.

Vertrauen Sie der Maschine

Eine harte Wahrheit aus meiner Erfahrung:

Claude Code schreibt saubereren Code als ich. Ich habe von 13 bis 30 fast jeden Tag programmiert, bei Google, Palantir und Liftoff gearbeitet. Es schreibt saubereren Code als die meisten unserer Senior Engineers.

Es vergisst nie, Grenzfälle zu behandeln

Es hält Konventionen perfekt ein

Es schreibt konsistente Muster über alle Dateien

Es wird nie faul und nimmt keine Abkürzungen

Es kennt jede Best Practice aus jedem Framework

Das bedeutet nicht, dass es immer Recht hat. Es bedeutet, dass Ihre Grundhaltung Vertrauen, dann Verifizieren sein sollte – nicht Misstrauen, dann Umschreiben.

Ihre neue Rolle: Architekt + PM + QA

Sie sind jetzt drei Rollen in einer:

Architekt
Entscheiden, was gebaut wird, in welcher Reihenfolge, mit welchem Tech-Stack
PM
Features definieren, Specs (Prompts) schreiben, priorisieren
QA
Verhalten testen, Bugs finden, Grenzfälle verifizieren
Die KI ist Ihr gesamtes Engineering-Team. Sie sind die Person, die es steuert.

Der Prompt ist Ihre Spezifikation

Ein guter Prompt ist eine gute Spec. Ein schlechter Prompt ist eine schlechte Spec.

Schlechte Spec

> Add a dashboard

Was kommt drauf?

Für wen?

Welche Daten?

Gute Spec

> Add a dashboard page at /dashboard.
  Show the user's learning streak,
  completed lessons, vocabulary
  mastery %, and recent activity
  (last 10 sessions). Include a
  chart showing progress over time.
Investieren Sie Ihre Zeit in klare Prompts. Hier zählt Ihr Ingenieurverstand am meisten.

Inkrementell statt monolithisch

Monolithisch (Nicht tun)

Ein riesiger Prompt

Alles auf einmal

Schwer zu debuggen

Nicht einzeln testbar

Wenn es fehlschlägt, verlieren Sie alles

Inkrementell (Tun)

Viele kleine Prompts

Ein Feature nach dem anderen

Jeder Schritt leicht testbar

Leicht rückgängig zu machen

Git-Commit nach jedem Erfolg

Stellen Sie es sich wie Kochen vor: Sie probieren nach jeder Zutat. Sie werfen nicht alles in den Topf und hoffen auf das Beste.

Fallstudien

Vier starke Beispiele. Echte Produkte, echte Abläufe, echte Screens.

Projekt: emrevarol.com

emrevarol.com
emrevarol.com

Portfolio, Vorträge und Positionierung für nützliche AI-Tools.

Projekt: engram.tools

engram.tools
engram.tools

Langzeitgedächtnis für AI-Agenten und Teamwissen.

Projekt: evimibul.org

evimibul.org
evimibul.org

AI-Immobiliensuche und Entscheidungshilfe für die Türkei.

Projekt: english.cash

english.cash
english.cash

AI-Englischlernen, praktisch, persönlich und zugänglich.

Das Muster über Projekte hinweg

Verschiedene Domänen, gleiches Arbeitsmodell:

1. Mit einem echten menschlichen Bedarf beginnen

2. Das Verhalten klar beschreiben

3. Schnell mit AI prototypen

4. Das Produkt über Verhalten testen

5. Mit Logs, kleinen Commits und Gedächtnis verbessern

Das ist die Positionierung: kein AI-Hype, keine Coding-Tricks. Nützliche AI-Produkte bauen, die Menschen beim Lernen, Arbeiten, Entscheiden und beim Zugang zu Diensten helfen.

Zeitvergleich

Wochen wurden Stunden. Monate wurden Tage.

emrevarol.com

2-3 Wochen
~4 Stunden

Geschmack + Inhalt

evimibul.org

3-4 Monate
~1 Woche

Such-UX

english.cash

2-3 Monate
~1 Woche

Lernschleifen

engram.tools

Monate
AI-beschleunigt

Gedächtnissystem

Der Speedup ist keine Magie. Er kommt aus klarem Verhalten, schneller Iteration, visueller Prüfung und lokaler Verifikation.

Fortgeschrittene Muster & Tipps

Praktische Techniken, um das Maximum aus KI-Coding-Tools herauszuholen.

Parallele Agenten mit GenAI

Müssen Sie in 9 Sprachen übersetzen? Machen Sie es nicht nacheinander.

# Claude Code kann Sub-Agenten starten, die parallel arbeiten
> Translate the lecture page to all 9 supported languages
  (TR, FR, DE, ES, AR, PT, RW, SW, AM). Use parallel agents
  for each language.

# Ergebnis: 9 Agenten arbeiten gleichzeitig
# 36 Dateien in ~5 Minuten übersetzt statt ~45 Minuten
Echtes Beispiel: Wir haben dieses Vortragssystem mit 9 parallelen Agenten in 9 Sprachen übersetzt. Jeder Agent bearbeitete 4 Dateien unabhängig. Gesamtzeit: 5 Minuten.

Kontext ist alles

Die KI ist nur so gut wie der Kontext, den Sie ihr geben.

CLAUDE.md – projektweite Anweisungen, Tech-Stack, Regeln

Memory-Dateien – persistentes Wissen über Konversationen hinweg

Klare Prompts – spezifische, verhaltensorientierte Beschreibungen

Vorhandener Code – die KI liest Ihre Codebasis und folgt Ihren Mustern

# Schlechter Kontext: jedes Mal von vorne anfangen
> make a page

# Guter Kontext: KI kennt Ihr Projekt in- und auswendig
> Add a /friends page similar to /leaderboard. Show mutual friends
  at the top, then suggested friends based on similar learning paths.
  Use the existing FriendRequest model.

Wenn die KI nicht weiterkommt

Das passiert. Hier ist, was Sie tun sollten:

Prompt vereinfachen – in kleinere Teile aufbrechen

Beispiele geben – zeigen, was Sie wollen, nicht nur beschreiben

Fehlermeldungen teilen – den genauen Fehler einfügen, KI ist hervorragend im Debuggen

Anderen Ansatz versuchen – „statt X, versuche Y“

Neu starten – manchmal funktioniert eine neue Konversation mit klarem Kontext besser

Niemals mit Gewalt durchdrücken. Wenn die KI 3 Mal beim gleichen Ansatz scheitert, ändern Sie den Ansatz. Nicht immer wiederholen.

Debugging mit KI

KI ist ein unglaublicher Debugger.

# Einfach den Fehler einfügen und den Kontext beschreiben
> I'm getting this error when I click the Buy button:
  "TypeError: Cannot read properties of undefined (reading 'price')"
  This happens only when the market has no trades yet.

# Die KI wird:
# 1. Die relevante Datei finden
# 2. Den Bug identifizieren
# 3. Ihn beheben
# 4. Erklären, was schiefgelaufen ist
Sie müssen den Bug nicht finden. Beschreiben Sie einfach das Symptom. Die KI findet und behebt die Ursache.

Änderungen über mehrere Dateien

Einer der größten Vorteile der KI: Sie bearbeitet viele Dateien atomar.

> Add a "favorites" feature. Users can bookmark listings.
  Show a heart icon on each listing card, a /favorites page
  with saved listings, and a count badge in the navbar.

# KI wird in einem Durchgang ändern:
# - schema.prisma (neues Favorite-Modell)
# - API-Route (CRUD für Favoriten)
# - ListingCard-Komponente (Herz-Button)
# - Navbar (Favoriten-Zähler)
# - Neue /favorites-Seite
# - Datenbank-Migration
Ein Mensch müsste zwischen 6+ Dateien hin und her wechseln. KI bearbeitet alle auf einmal, mit konsistenter Benennung und korrekten Imports.

Was man NICHT mit KI tun sollte

Nicht KI-generierten Code als Stack-Overflow-Antworten posten (er gehört nicht Ihnen)

Nicht auf Tests verzichten, weil „die KI es geschrieben hat“

Nicht KI für sicherheitskritischen Code ohne Experten-Review verwenden

Nicht aufhören, Grundlagen zu lernen – Sie müssen verstehen, was Sie bauen

Nicht nach einem fehlgeschlagenen Versuch aufgeben – umformulieren und erneut versuchen

Nicht versuchen, alles in einem riesigen Prompt zu bauen

Eine CodeRabbit-Studie von 470 GitHub-PRs ergab, dass KI-mitverfasster Code 1,7x mehr schwere Fehler und 2,74x höhere Sicherheitslücken aufwies. KI ist ein Powertool – mächtig, aber gefährlich ohne Tests. Immer verifizieren.

Produktionssicherheit (1/2)

Echte Vorfälle aus dem Bau dieser Projekte mit KI.

1. Immer Backups haben

git push --force hat eine Live-Seite zerstört (Impact-Seite, Presse-Seite, GenAI-Vortrag – alles weg)

Wiederherstellung war nur möglich, weil Vercel alte Deployments aufbewahrt hatte und ein zweiter Klon existierte

Regel: Niemals force-pushen. Niemals shared Branches rebasen. Immer eine Rollback-Strategie haben.

2. Schützen Sie Ihre API-Schlüssel

KI-Modelle können autonom API-Schlüssel verwenden und Tausende von Dollar verursachen, ohne dass Sie es merken

Regel: Ausgabelimits setzen. Separate Schlüssel pro Projekt verwenden. Nutzung täglich überwachen.

Produktionssicherheit (2/2)

3. Alles protokollieren & Berichte erstellen

Sie brauchen tägliche Aktivitätsberichte und Finanzberichte – wissen Sie, was Ihre KI-Agenten getan und was sie ausgegeben haben

Nutzen Sie Dienste wie Resend, um sich automatische tägliche Zusammenfassungen per E-Mail zu schicken

Regel: Wenn Sie nicht sehen können, was gestern passiert ist, fliegen Sie blind.

Der KI ist Ihre Rechnung egal. Sie wird fröhlich eine API 10.000 Mal aufrufen, wenn Sie sie bitten, „mach, dass es funktioniert.“ Sie sind die Leitplanke. Limits setzen, Nutzung protokollieren und täglich überprüfen.

Die unersetzliche Rolle des Menschen

KI kann Sie in diesen Bereichen nicht ersetzen:

Vision – Was sollen wir bauen? Warum? (vorerst)

Empathie – Was brauchen die Nutzer wirklich? (vorerst)

Urteilsvermögen – Ist das der richtige Ansatz? (vorerst)

Geschmack – Fühlt sich das richtig an? Ist es gut genug? (vorerst)

Ich sage „vorerst“, weil die KI sich in all diesen Bereichen verbessert. Heute sind Sie noch unentbehrlich. Morgen? Die Lücke schließt sich schnell. Die Ingenieure, die heute lernen, mit KI zu arbeiten, werden diejenigen sein, die morgen die Zukunft gestalten.

Lehren aus echten Projekten

1

Lokal zuerst

Vor jedem Deploy das Projekt lokal starten und den geänderten Screen oder Flow wirklich prüfen.

2

Diff + Screenshot + Test

Akzeptiere “fertig” vom Agenten nicht blind. Diff lesen, UI prüfen, passenden Check ausführen.

3

Secrets bleiben serverseitig

Provider-Keys gehören in Env Vars und Serverless Routes, nie in Browser-JavaScript.

4

Lokalisierung braucht Smoke Tests

Key-Parität reicht nicht. Sichtbare Texte, Overflow, Emoji/Icons und Mobile Layout prüfen.

5

Chatbot-Pattern wiederverwenden

Wenn jedes Projekt einen Kontext-Bot braucht, standardisiere Provider-Rotation, Limits, Prompts und UI einmal.

Kernaussagen

1. Der Engpass ist nicht mehr Tippen, sondern klares Produkturteil.

2. Beschreibe Verhalten, nicht Implementierung.

3. Eine kleine Änderung machen, ausführen, weitergehen.

4. Ergebnisse mit Screenshots, Tests, Logs und lokalem Zustand prüfen.

5. Secrets auf dem Server halten und Kosten sichtbar machen.

6. Lokalisierung und Mobile Layout sind Produktarbeit.

7. Wiederverwendbare Patterns für Chatbots, Provider und Agentengedächtnis nutzen.

8. Engram hinzufügen, wenn es Entscheidungen zu merken gibt.

9. API-Schlüssel schützen.

10. Rollback und Backups bereithalten.

Deine Aufgabe

Baue diese Woche etwas Reales.

Tag 1: Einrichtung

Installiere OpenCode, teste Codex und Claude Code im selben kleinen Projekt.

Tag 2-3: Bauen

Wähle eine einfache Idee. Baue mit AI. Folge dem Iterationszyklus.

Tag 4-5: Erweitern

Füge schrittweise 3 Funktionen hinzu. Teste jede.

Tag 6-7: Veröffentlichen

Deploye auf Vercel oder Netlify. Teile die URL.

Baue diese Woche etwas Reales.

Ressourcen

Agenten

OpenCode: opencode.ai/download

Codex: github.com/openai/codex

Claude Code: code.claude.com/docs

Antigravity: antigravity.google

Bonus: Gedächtnis und Kontext

Bonus: Engram: Engram ist eine Gedächtnisschicht für AI-Agenten. Es hält Repo-Regeln, Entscheidungen, Fallen und gelöste Fehler über Sitzungen hinweg bereit.

Füge es hinzu, wenn das erste Projekt real wird.

Öffnen: https://engram.tools

Regel: AGENTS.md / CLAUDE.md

Live-Projekte

emrevarol.com

engram.tools

evimibul.org

english.cash

Diese Vorlesung

emrevarol.com/lecture/coding-with-genai.html

Nutze den Slide-Chat für kontextbezogene Fragen.

Schlussworte

Baue nützliche AI.

Die Zukunft gehört Menschen, die nützliche Werkzeuge klar beschreiben, Ergebnisse prüfen und Menschen im Zentrum halten.

Dein Arbeitssystem

OpenCode zuerst. Codex für Repo-Arbeit. Claude Code für tiefe Sitzungen. Antigravity für Google. Engram für Gedächtnis.

Danke

Baue jetzt etwas Nützliches.

Stelle bessere Fragen. Liefere bessere Werkzeuge.

Nutze AI, um menschliche Fähigkeit zu erweitern.