Codex, Claude Code und Cursor im Ein-Personen-Unternehmen kombinieren

Die launch-checklist.md eines Ein-Personen-Unternehmens enthält meist Tests, Datenereignisse, Fehlerbehandlung, Berechtigungsgrenzen, Zahlungsabläufe, Monitoring und Protokolle. Cursor kann die UI schnell anpassen, Claude Code eine API im Terminal refaktorieren und Codex Review und Tests ausführen. Ist der Stripe-Webhook beim Release noch ungeprüft, liegt das nicht an mangelnder Intelligenz der Werkzeuge. Der Workflow hat die Arbeit von Anfang an falsch verteilt.

Codex, Claude Code und Cursor in einen echten Workflow zu integrieren bedeutet nicht, einen Sieger zu küren. Entscheidend sind das passende Werkzeug je Phase, der richtige Kontext, definierte Prüfungen und klare Stopppunkte für den Agenten. Die folgende Matrix deckt Planung, Umsetzung, Refactoring, Review, parallele Aufgaben, Kostenkontrolle und Release-Prüfung ab – jeweils mit konkreter Werkzeugwahl und Abbruchgrenze.

---

Den KI-Programmierworkflow schichtenweise aufbauen

Ein Ein-Personen-Unternehmen hat weder ein eigenes Testteam noch eine Betriebsabteilung oder einen formalen Code-Review-Prozess. KI-Programmierwerkzeuge können Teile dieser Zusammenarbeit übernehmen, aber Prüfung und Urteil nicht ersetzen. Ein häufiger Fehler besteht darin, alles Cursor oder Claude Code zu überlassen und vollständige Automatisierung zu erwarten. Die Demo läuft, doch Tests, Datenereignisse, Fehlerpfade, Berechtigungen und Zahlungsprüfung fehlen.

Eine robustere Aufteilung ist einfach: Cursor übernimmt schnelle Bearbeitung und UI-Iteration in der IDE; Claude Code Terminal-Workflows und lange Ausführungen mit viel Kontext; Codex Engineering-Aufgaben mit lokaler Ausführung, Worktrees, Cloud-Arbeit, Review oder Automatisierung und klarer Prüfung. Die drei Werkzeuge ergänzen einander, statt austauschbar zu sein.

Vergleich der Werkzeugoberflächen (Stand: 26. Juli 2026; veränderliche Funktionen auf offiziellen Seiten prüfen)

Werkzeug	Hauptoberflächen	Besonders geeignet für	Typische Befehle oder Funktionen
Cursor	IDE + CLI / Cloud Agent	Schnelle Bearbeitung, UI-Iteration, lokale Änderungen	Tab, Agent, Composer
Claude Code	CLI + IDE / Web / Desktop	Repository-Analyse, Refactoring, lange Aufgaben, Tests	/usage, /compact, /mcp
Codex	Desktop + CLI + IDE + Cloud	Engineering-Review, parallele Worktrees, Migrationen, Automatisierung	/review, Worktree, Cloud, geplante Aufgaben

Cursor bietet editorbasierte Agent- und Composer-Workflows, aktuelle Modelle, MCP, Skills, Hooks und Cloud-Agenten. Die dokumentierten Claude-Code-Workflows umfassen Repository-Analyse, Fehlerbehebung, Refactoring, Tests, Pull Requests und parallele Worktrees. Codex bietet lokale und Cloud-Oberflächen; Desktop-Worktrees isolieren mehrere Aufgaben. Funktionen, Modelle und Tarife ändern sich bei allen drei Produkten, daher sind aktuelle Dokumentation, Kontoberechtigungen und Adminrichtlinien zu prüfen.

---

Planung: Das Werkzeug vor der ersten Änderung wählen

Planung bedeutet, Aufgaben zu zerlegen, Ansätze zu bewerten und Prüfgrenzen festzulegen. Ein typischer Fehler ist, einen Agenten programmieren zu lassen, bevor Aufgabe, Kontext und Abschlusskriterien klar sind.

Werkzeugverteilung in der Planung

Szenario	Bevorzugtes Werkzeug	Warum	Bereitzustellender Kontext
Schneller UI-Prototyp	Cursor Agent	Direktes IDE-Feedback und sichtbare Ergebnisse	UI-Dateien, Design-Screenshots, Interaktionsanforderungen
Architekturanalyse des Repositorys	Claude Code CLI	Durchgehender Terminal-Workflow für ganze Module	Projektwurzel, CLAUDE.md, Architekturdokumente
Planung einer Cloud-Aufgabe	Codex Cloud	Fernausführung für klar begrenzte Hintergrundarbeit	Projektdokumente, Migrationsvorschlag, verbundene Werkzeuge
Parallele Untersuchung von Optionen	Codex Worktree	Isolierte Änderungen ohne Störung des aktuellen Checkouts	Git-Repository, Hypothesen, Prüfkriterien

Eine erste Aufgabe für jede Planungsoberfläche

Cursor Agent für einen UI-Prototyp verwenden. Agent in Cursor öffnen und einen Landingpage-Prototyp auf Basis des vorhandenen Designsystems, relevanter Komponenten und Screenshots anfordern. Ergebnis visuell prüfen und Interaktion durchklicken.

Claude Code CLI zur Repository-Analyse verwenden. claude im Terminal starten und Kernmodule, echte Einstiegspunkte und Abhängigkeiten identifizieren lassen. Prüfen, ob die Liste wichtige Module abdeckt und die beschriebenen Aufrufpfade zum Code passen.

Codex Worktree für parallele Alternativen verwenden. In der Codex-Desktop-App getrennte Worktree-Aufgaben anlegen, etwa eine für Prisma und eine für Drizzle. Diffs, Testergebnisse und Risikolisten vergleichen, bevor etwas zusammengeführt wird.

Mit /compact kann Claude Code den Kontext einer langen Sitzung verdichten. Codex Worktree benötigt ein Git-Repository und funktioniert am besten, wenn jede Option unabhängig prüfbar ist. Das Planungsergebnis sollte Aufgabenzerlegung, betroffene Dateien, Risiken und Prüfkommandos enthalten – keinen Stapel nicht freigegebener Änderungen.

---

Umsetzung: Cursor für schnelle Iteration, Claude Code für lange Aufgaben

In der Umsetzung entsteht der eigentliche Code. Häufig wird jede Aufgabe an Cursor geschickt und eine Ein-Klick-Lösung erwartet. UI-Arbeit kommt schnell voran, während APIs, Datenbanken, Tests und Refactorings wiederholt Kontext verlieren oder neu beginnen.

Werkzeugverteilung in der Umsetzung

Szenario	Bevorzugtes Werkzeug	Warum	Typischer Einsatz
Schnelle UI-Bearbeitung	Cursor Tab	Sofortige Vervollständigung mit sichtbarem Feedback	Landingpage-Stile und Komponentenabstände anpassen
Lokale Codeänderung	Cursor Agent	IDE-Dialog mit sofortigem Diff	Einen API-Endpunkt oder eine Funktion ändern
Dateiübergreifende Bearbeitung	Cursor Composer	Koordiniert Änderungen an mehreren Dateien im Editor	Komponente umbenennen und Importe aktualisieren
Lange Umsetzungsaufgabe	Claude Code CLI	Hält Terminalbefehle, Tests und Logs zusammen	API-Modul bauen oder Datenschicht refaktorieren
Isolierte Umsetzung	Codex Worktree	Git-Worktree-Isolation erleichtert das Review	Alternativen untersuchen, ohne den Arbeitsbereich zu verunreinigen

Eine erste Aufgabe für jede Umsetzungsoberfläche

Szenario 1: UI schnell in Cursor bearbeiten. Landingpage-Datei öffnen und Styling mit Tab oder Agent aktualisieren. Darstellung, mobiles Layout und Klickverhalten prüfen. Beim Erreichen des lokalen Ziels stoppen, statt den Umfang nebenbei auszuweiten.

Szenario 2: eine lange Aufgabe mit Claude Code CLI umsetzen. claude starten, zunächst Authentifizierungsdateien, Risiken und Abschlusskriterien auflisten lassen und dann Registrierung, Anmeldung, Sitzungen und Passwort-Reset schrittweise implementieren. Tests, API-Antworten und Berechtigungsgrenzen prüfen. Stoppen, wenn die vereinbarten Tests bestehen und das begrenzte Modul vollständig ist.

Szenario 3: isoliert mit Codex Worktree umsetzen. In der Codex-Desktop-App eine Worktree-Aufgabe für eine Stapeländerung oder einen unabhängig prüfbaren Ansatz erstellen. Worktree-Diff, Testausgabe und offene Risiken prüfen, bevor Übergabe oder Merge entschieden werden. Temporäre Änderungen nicht ohne Verantwortlichen zurücklassen.

Prüfliste für die Umsetzung

Zur Umsetzung gehören Tests; „Code ist geschrieben“ ist kein Abschlusssignal:

• Tests ausführen: npm test oder pytest verwenden und den Erfolg der relevanten Suite bestätigen
• Fehlerbehandlung prüfen: explizite API-Fehler und brauchbare Frontend-Fehlerzustände kontrollieren
• Datenoperationen validieren: Lesen und Schreiben einschließlich Konsistenz bei Fehlern bestätigen
• Berechtigungsgrenzen bestätigen: nicht autorisierte Aktionen ablehnen und Offenlegung sensibler Daten minimieren

Cursor, Claude Code und Codex nutzen unterschiedliche Kontingent- oder Nutzungsmechanismen. Eine Kennzeichnung, nach der eine Funktion kein Kontingent verbraucht, ist kein dauerhafter Produktvertrag. Die aktuelle Nutzungsanzeige, /usage oder die offizielle Preisseite prüfen.

---

Refactoring und Review: Codex Review mit parallelen Worktrees

Refactoring und Review können erheblichen Engineering-Hebel liefern. Ein-Personen-Unternehmen überspringen beides oft und veröffentlichen sofort. Der Code läuft, aber technische Schulden, Leistungsrückgänge oder Sicherheitslücken gelangen mit in die Produktion.

Werkzeugverteilung beim Refactoring

Szenario	Bevorzugtes Werkzeug	Warum	Typischer Einsatz
Stapeländerungen über mehrere Dateien	Cursor Composer	Zeigt koordinierte Änderungen im Editor	Komponenten umbenennen und Importe aktualisieren
Tiefes Refactoring	Claude Code CLI	Führt kontinuierlich Befehle aus und verfolgt Tests und Logs	Datenschicht oder API-Module refaktorieren
Refactoring nach Code-Review	Codex /review	Prüft Diffs und Risiken unabhängig	Nicht übernommene Änderungen, Commit oder PR prüfen

Eine erste Aufgabe für jede Refactoring-Oberfläche

Szenario 1: begrenzte Stapeländerung mit Cursor Composer. Eine Komponente nur in einem expliziten Dateisatz umbenennen und Referenzen aktualisieren. Nach altem Namen suchen, jede geänderte Datei prüfen sowie Typprüfung und Tests ausführen. Stoppen, wenn die Umbenennung vollständig ist, und keine sachfremden Formatierungsänderungen erzeugen.

Szenario 2: tiefes Refactoring mit Claude Code CLI. Vor Änderungen an der Datenzugriffsschicht einen gestuften Migrationsplan anfordern. Nach jeder Stufe Tests ausführen und Verhalten sowie Leistungsnachweise vergleichen. Stoppen, wenn die vereinbarten Stufen abgeschlossen und alle Rücksetzpunkte klar sind.

Szenario 3: nach Codex /review refaktorieren. /review in einer interaktiven Codex-CLI-Sitzung ausführen oder den Review-Bereich der Desktop-App nutzen. Jeden Befund bestätigen, notwendige Korrekturen vornehmen und Tests erneut ausführen. Stoppen, wenn hohe Risiken behoben und verbleibende Vorschläge dokumentiert sind.

Werkzeugverteilung im Review (Stand: 26. Juli 2026; veränderliche Funktionen auf offiziellen Seiten prüfen)

Szenario	Bevorzugtes Werkzeug	Warum	Typischer Einsatz
Code-Review in der CLI	Codex /review	Untersucht nicht übernommene Diffs, Commits oder Branch-Unterschiede	Verortete Risikoliste erstellen
Review in der App	Codex-Review-Bereich	Zeigt Git-Diffs und Inline-Kommentare	Änderungen Datei für Datei bestätigen
Automatisiertes PR-Review	Cursor Bugbot	Passt zu Repositorys mit entsprechender Abrechnung und aktiviertem Team-Workflow	PRs automatisch untersuchen, Befunde danach bestätigen
Review im Terminal	Claude Code	Erklärt modulübergreifende Diffs und kann Tests ergänzen	Auswirkungen verfolgen und Prüfkommandos ausführen

Prüfliste für Reviews

Ein Review endet nicht, wenn das Werkzeug Befunde ausgibt. Jeder wichtige Punkt muss validiert werden:

• Tests ausführen und bestätigen, welche Kommandos und Suites tatsächlich liefen
• Prüfen, ob im Review erkannte fehlende Fehlerpfade behoben wurden
• Abdeckung für Schwächen an Berechtigungsgrenzen ergänzen
• Minimalberechtigungen für Geheimnisse, Netzwerke und Produktionskonfiguration verifizieren
• Transaktionen, Idempotenz, Rollback- und Migrationsrisiken prüfen
• Webhook-Signaturen, doppelte Zahlungsereignisse und Fehlerpfade testen

Parallele Aufgaben zwischen den Werkzeugen aufteilen

Ein typischer Fehler ist, über Nacht mehrere Agenten zu starten und am Morgen überlappende Änderungen zu finden. Parallele Arbeit braucht Worktree- oder Branch-Isolation, eine Aufgabenwarteschlange und eine explizite Prüfreihenfolge.

Szenario	Bevorzugtes Werkzeug	Warum	Typischer Einsatz
Parallele Git-Worktrees	Codex Worktree	Unabhängige Checkouts halten Aufgaben getrennt	Optionen untersuchen, unabhängige Seiten bauen, Tests ergänzen
Parallele Terminal-Sitzungen	Claude Code + Git-Worktree	Sitzungen können getrennt sein, Dateien brauchen dennoch Isolation	Unabhängige Module oder Dokumentationsaufgaben
Sofortige Arbeit in einem Editor	Cursor	Eignet sich besser für eine lokale Vordergrundaufgabe	Auf eine sichtbare Änderung konzentrieren

Risiken paralleler Arbeit steuern

Können mehrere Agenten eine Codebasis chaotisch machen?

Ja, wenn die Arbeit weder isoliert noch geprüft wird. Dafür gelten diese Kontrollen:

• Jede Aufgabe erhält einen eigenen Worktree, Branch oder expliziten Dateibereich
• Zwei Agenten dürfen niemals gleichzeitig denselben Dateisatz ändern
• Jede Aufgabe muss Änderungen, Prüfkommandos, offene Risiken und nächste Schritte melden
• Eine Aufgabe validieren, bevor eine davon abhängige Aufgabe beginnt
• Kostengrenze festlegen und bei Überschreitung die Aufgabenzerlegung neu bewerten

Dokumentation, unabhängige Seiten, zusätzliche Tests und Optionsanalysen lassen sich oft gut parallelisieren. Datenbankschemata, Zahlungsabläufe, Berechtigungssysteme, globaler Zustand und Produktionskonfiguration nicht.

---

Kosten und Kontingente kontrollieren (Stand: 26. Juli 2026; aktuelle Preise prüfen)

Ein Ein-Personen-Unternehmen kann KI-Werkzeuge leicht als kostenlose Arbeitskraft behandeln und Kosten ignorieren. Echte Kostenkontrolle umfasst Werkzeugwahl, Kontextverwaltung, Modellwahl, Parallelität und Nacharbeit.

Einstiege für Kosten- und Nutzungsprüfung

Werkzeug	Aktueller Nutzungseinstieg	Kontrollmechanismus	Wichtigste Kostenfaktoren
Codex	CLI /status, Nutzungsseite des Kontos	Tarifkontingent, Credits, Modell- und Geschwindigkeitseinstellung	Modell, Kontext, Werkzeuge, Cloud- oder lokale Arbeit, Fast-Modus
Claude Code	/usage, Claude Console oder Organisationsanalyse	Nutzungsguthaben und Ausgabenlimits für Organisation oder Workspace	Modell, Repository-Größe, langer Kontext, mehrere Instanzen, Automatisierung
Cursor	Nutzungsanzeige und Admin Dashboard	Enthaltene Nutzung, On-Demand-Nutzung und Teamlimits	Agent/Composer, Modell, Kontext, Cloud-Agenten

Codex-Tarife und Nutzung

Tarif	Aktueller öffentlicher Preis	Besonders geeignet für
Plus	20 US-Dollar/Monat	Einige fokussierte Programmiersitzungen pro Woche, mehrere Codex-Oberflächen und optionale Credits
Pro	Ab 100 US-Dollar/Monat	Einzelpersonen mit deutlich höherem Bedarf als bei Plus
Business	20 US-Dollar/Nutzer/Monat bei jährlicher Abrechnung; monatlich abweichend	Teams mit verwaltetem Workspace und Sicherheitskontrollen
API-Schlüssel	Abrechnung nach API-Token-Nutzung	CLI-, SDK-, IDE- oder CI-Automatisierung ohne Cloud-Integrationen

Der Codex-Nachrichtenverbrauch variiert mit Modell, Kontext, Reasoning, Werkzeugeinsatz, Abruf und Caching. Der Fast-Modus verbraucht Kontingente schneller. Modelllisten und Credit-Preislisten ändern sich häufig; deshalb die offizielle Preisseite statt einer alten Tabelle oder eines Screenshots nutzen.

So entstehen Kosten bei Claude Code

Claude-Code-Nutzung über die API wird nach Token abgerechnet, während Abonnenten innerhalb ihrer Tarifkontingente und Nutzungsfenster arbeiten. Laut offizieller Kostendokumentation schwanken die Kosten stark nach Modell, Repository-Größe, parallelen Instanzen und Automatisierung. Die dort genannten Durchschnittswerte für Unternehmensbereitstellungen liegen bei etwa 13 US-Dollar pro aktivem Entwicklertag und 150–250 US-Dollar pro Entwickler und Monat. Das sind Unternehmensstatistiken, kein persönliches Abrechnungsversprechen.

/usage zeigt Tokenstatistiken der aktuellen Sitzung und bei Abonnenten Tarifbalken sowie Zuordnung. Der lokale Dollarbetrag für API-Nutzer ist eine Schätzung nach Standardlistenpreisen; für die Abrechnung bleibt die Claude Console maßgeblich. Ein kleiner Pilot mit eigener Basislinie ist hilfreicher als die Übernahme eines Unternehmensdurchschnitts.

Cursor-Tarife und Nutzung

Tarif	Aktueller öffentlicher Preis	Hauptfunktionen
Hobby	Kostenlos	Begrenzte Agent-Anfragen und Composer-Zugriff
Individual Pro	20 US-Dollar/Monat	Erweiterte Agent-Limits, aktuelle Modelle, MCP, Skills, Hooks und Cloud-Agenten
Teams	40 US-Dollar/Nutzer/Monat	Zentrale Verwaltung, Teamressourcen, Bugbot, Cloud-Agenten, Nutzungsanalyse und SSO
Enterprise	Individuell	Gemeinsame Nutzung, SCIM, Zugriffskontrollen, Auditing und erweiterte Sicherheit

Jeder Cursor-Tarif enthält eine gewisse Modellnutzung; nach Verbrauch des enthaltenen Betrags ist nach aktuellen Regeln On-Demand-Nutzung möglich. Modelle, Nutzungspools und Abrechnung ändern sich, daher sind Cursor Pricing und Dashboard die aktuelle Quelle.

Maßnahmen zur Kostenkontrolle

• Präzise Anweisungen mit Ziel, Kontext, Einschränkungen und Abschlusskriterien schreiben, um Nacharbeit zu reduzieren
• Lange Claude-Code-Sitzungen mit /compact verdichten und lange Arbeit in jedem Werkzeug aufteilen
• Nur MCP-, Plugin- oder Netzwerkfunktionen aktivieren, die für die aktuelle Aufgabe nötig sind
• Ein angemessenes Modell wählen, statt grundsätzlich das teuerste zu verwenden
• An echten Aufgabengrenzen einen frischen Kontext beginnen, statt unbegrenzt Verlauf mitzuschleppen
• Werkzeugkosten gemeinsam mit Zeitersparnis, Fehlerquote und Review-Aufwand bewerten

---

Release-Prüfung: Kontrollen, die KI nicht ersetzen kann

Bei der Release-Prüfung muss der Agent stoppen und das Urteil an einen Menschen zurückgeben. Eine zugängliche KI-generierte Demo beweist nicht, dass Zahlungen, Berechtigungen, Daten, Monitoring und Protokolle vollständig sind.

Release-Grenzen

Agenten sollten standardmäßig keinen uneingeschränkten Schreibzugriff auf Produktionsdatenbanken, Zahlungs-Dashboards, Geheimnisse oder gefährliche Automatisierung erhalten. Risikoreiche Aktionen verlangen:

• Zuerst schreibgeschützt: Lesepfade prüfen, bevor die minimale Schreibaktion erlaubt wird
• Freigabe: Erstattungen, Löschungen, Berechtigungsänderungen und Releases brauchen menschliche Bestätigung
• Backups: Löschung und Migration benötigen einen getesteten Sicherungs- und Wiederherstellungspfad
• Protokolle: Objekt, Freigabe, Ergebnis und Rollback-Nachweis ohne Geheimnisse festhalten
• Minimale Rechte: Token, Netzwerke, externe Verzeichnisse und Drittanbieterwerkzeuge auf die Aufgabe begrenzen

Prüfliste für Releases

• Tests ausführen und Kommando, Umfang und Ergebnis prüfen, statt „Tests bestanden“ zu akzeptieren
• Ereignisse für Erstellen, Aktualisieren, Löschen und Fehlerpfade bestätigen
• Wiederherstellbare Fehlerzustände in API und Frontend prüfen
• Ablehnung nicht autorisierter Aktionen und Auditierung von Rollenänderungen verifizieren
• Stripe-Webhook-Signaturen, Idempotenz und Fehlerbehandlung testen
• Monitoring für Fehler, Leistung und kritische Geschäftsabläufe konfigurieren
• Wichtige Aktionen nachvollziehbar machen und sensible Felder schwärzen

Stoppbedingungen für Releases

• Alle vereinbarten Tests bestehen
• Datenereignisse sind vollständig und verifizierbar
• Fehlerbehandlung in API und Frontend funktioniert
• Berechtigungsgrenzen sind explizit und nicht autorisierte Aktionen scheitern
• Zahlungsabläufe bestehen Signatur-, Idempotenz- und Fehlerpfadprüfungen
• Protokollierung, Performance-Monitoring und Fehlermonitoring sind eingerichtet

Dies sind grundlegende Release-Anforderungen für ein Ein-Personen-Unternehmen, kein Ersatz für Enterprise-Compliance oder ein Sicherheitsaudit.

---

Nächste Schritte und weiterführende Artikel

KI-Programmierwerkzeuge zu kombinieren ist eine fortlaufende Betriebspraxis, keine einmalige Einrichtung. Mit einem begrenzten Pilotprojekt beginnen und nur erweitern, wenn sich der Workflow bewährt.

Mit der Werkzeugkombination beginnen

Erstens: eine echte Aufgabe pilotieren. Besteht die tägliche Arbeit überwiegend aus UI und lokaler IDE-Bearbeitung, mit Cursor beginnen. Bei langen Terminal-Aufgaben Claude Code oder Codex wählen.

Zweitens: eine andere Ausführungsoberfläche ergänzen. Ist das Hauptwerkzeug eine IDE, eine Oberfläche für lange Aufgaben, Tests oder isolierte Ausführung hinzufügen. Ist bereits ein Terminal-Agent das Hauptwerkzeug, kein weiteres ähnliches Produkt nur für einen „Stack“ kaufen.

Drittens: Isolation und Review hinzufügen. Codex Worktree, Cloud oder einen anderen isolierten Ansatz verwenden, wenn parallele Untersuchung oder Hintergrundausführung nötig ist. Jede asynchrone Aufgabe braucht ein Prüfsignal.

Viertens: einen Kostenpilot durchführen. Mit dem aktuellen Einstiegstarif oder kostenlosen Kontingent starten, Nutzung, Nacharbeit und Review-Zeit einen Monat beobachten und nur anhand von Nachweisen hochstufen. Preise und Kontingente ändern sich zu schnell, um alte Artikelzahlen als Versprechen zu behandeln.

Weiterführende Artikel

Veröffentlichte Artikel:

• Überblick über KI-Programmierwerkzeuge 2026: die breitere Landschaft aus KI-IDEs, Code-Assistenten und Programmieragenten.
• Vergleich von KI-Programmierassistenten: Auswahl und Budget für Cursor, Claude Code und Copilot.
• Leitfaden zum kostenlosen Cursor-Tarif: kostenloser Cursor-Tarif, Nutzung und Upgrade-Entscheidung.
• Cursor @Codebase verwenden: wann @Codebase, @Docs und @Files sinnvoll sind.
• Codex-Worktree-Leitfaden: Isolation, Übergabe und Prüfung paralleler Aufgaben.
• Code-Review mit Codex: einen PR prüfen, statt Änderungen blind zu übernehmen.

Die nächsten Artikel dieser Reihe behandeln Frontend, Backend, Deployment, Datenbank, Zahlung und Benutzersystem für Content-Seiten, Werkzeuge und SaaS-Produkte.