Ratgeber

KI-Projektübergabe: den Stand zwischen ChatGPT, Claude und Codex verlustfrei weitergeben

Research beginnt in ChatGPT, die Umsetzung läuft in Claude oder Codex — und unterwegs gehen Entscheidungen, Constraints und der aktuelle Stand verloren. Diese Seite zeigt, wie aus einem Chatverlauf ein verlässliches Übergabeartefakt wird, das der nächste Agent ohne Rückfragen nutzen kann.

14 min Lesezeit Aktualisiert

Eine Abfolge von Idee über Research, Entscheidung, Umsetzung und QA bis Release, mit einer Übergabe-Kapsel zwischen Phasen. Workflows & Übergaben
Ein durchgehender Ablauf von der Idee bis zum Release — inklusive sauberer Übergabe zwischen Phasen und Tools.

Das Problem: Kontextverlust beim Tool-Wechsel

Ein typischer Ablauf sieht so aus: Die Recherche oder Planung beginnt in ChatGPT, die Umsetzung geht an Claude oder Codex — und dabei gehen Entscheidungen, Constraints und der aktuelle Stand verloren. Der nächste Agent wiederholt Arbeit oder ändert die falschen Bereiche, weil er den Hintergrund nicht kennt.

Der Grund ist kein schwaches Werkzeug, sondern eine falsche Annahme: dass der Kontext mit dem Wechsel „mitkommt". Tut er nicht. Die Werkzeuge besitzen unterschiedliche Speicher-, Kontext- und Dateimechanismen, und keiner garantiert, dass ein anderes Tool denselben Stand kennt. Claude Code etwa startet laut Dokumentation jede Session mit einem frischen Kontextfenster. Verlässlich ist nur, was außerhalb der einzelnen Sitzung in einer Datei steht — ein Übergabeartefakt.

Die Rollen- und Werkzeugentscheidung — wer plant, wer baut, wer prüft — behandelt der Guide ChatGPT, Claude und Codex als Team. Diese Seite ist die operative Ergänzung: das konkrete Artefakt für den Moment des Wechsels.

Was in ein Übergabeartefakt gehört

Ein Übergabeartefakt ist knapp und vollständig zugleich. Es beantwortet, woran gearbeitet wird, wo es steht und was als Nächstes passiert — plus die Grenzen, innerhalb derer der nächste Agent arbeiten darf. Die folgenden Felder decken reale Übergaben ab:

  • Projektziel — worum es im Kern geht.
  • Aktueller Stand sowie Completed / Current / Next — abgeschlossen, laufend, als Nächstes.
  • Zentrale Entscheidungen und Nicht-Ziele — was bewusst nicht getan wird.
  • Constraints und geschützte Bereiche — was unverändert bleiben muss.
  • Relevante Dateien und offene Fragen.
  • Risiken und Git-/Repository-Zustand (Branch, sauber/dirty, Referenzpunkt).
  • QA-Status und Stop-Bedingungen — wann der Agent pausieren muss.
  • Referenzpunkt (Commit, Build, Dokumentversion), was zuerst zu lesen ist und was nicht erneut analysiert werden muss.
Eine Übergabe-Kapsel transportiert die wesentlichen Felder eines Projektstands vom abgebenden zum übernehmenden Agenten.
Ein vollständiges Übergabeartefakt fasst sieben Felder zusammen: aktueller Stand, getroffene Entscheidungen, Einschränkungen, relevante Dateien, nächste Aufgabe, QA-Stand und Stop-Bedingungen.

Vollständiges Handoff-Beispiel

Eine leere Vorlage hilft wenig — entscheidend ist, wie ein ausgefülltes Artefakt aussieht. Das folgende Beispiel nutzt das fiktive Projekt „FeedbackPing" (keine echten Daten) und übergibt von einer Planungs-Session an die Umsetzung:

HANDOFF.md — Beispiel (fiktives Projekt FeedbackPing)
Projekt FeedbackPing — Mikro-Tool, das nach einem Termin eine Frage stellt
Ziel Optionales Kommentarfeld zum bestehenden Feedback-Formular ergänzen
Referenzpunkt Branch feature/comment-field, sauberer Stand auf Commit a1b2c3d
Abgeschlossen Plan abgestimmt; Entscheidung DR-0001: eine Frage statt Survey
Aktueller Zustand Noch keine Code-Änderung; Formularkomponente unverändert
Nächste Aufgabe TASK-001 — optionales Textfeld im Formular ergänzen, max. 280 Zeichen
Entscheidungen Kommentar ist optional; keine Pflichtvalidierung; kein neues Datenfeld in der DB
Constraints Kein Schema-Wechsel; bestehende Tests müssen grün bleiben
Geschützte Dateien db/schema, Auth-Modul — nicht anfassen
Relevante Dateien components/FeedbackForm, tests/feedback-form
Risiken Längeneingabe ohne Limit könnte Layout sprengen
QA Erwartet: Formular-Tests grün + manueller Check leeres/langes Feld
Stop-Bedingungen Bei nötigem Schema-Wechsel oder Test-Bruch pausieren und nachfragen
Zuerst lesen Diesen Block + DR-0001; den vollständigen Chatverlauf nicht erneut analysieren
Erwarteter Abschlussbericht Geänderte Dateien, QA-Ergebnis, Restrisiken, aktualisierter Stand

Übergabeszenarien zwischen Tools und Phasen

Die Struktur bleibt gleich, der Schwerpunkt verschiebt sich je nach Übergang. Wichtig: Die Werkzeuge haben keine identischen Speicher-, Kontext- oder Dateimechanismen — was in einem Tool „gemerkt" wird, ist im nächsten nicht automatisch vorhanden.

Tabelle horizontal scrollbar — auf dem Smartphone seitlich wischen.

Übergang Typische Situation Schwerpunkt der Übergabe
ChatGPT → Claude Research/Plan in ChatGPT, Umsetzung in Claude Entscheidungen + Scope explizit; Plan als Referenzpunkt
ChatGPT → Codex Konzept in ChatGPT, Repository-Arbeit in Codex erlaubte/geschützte Dateien + Testbefehle benennen
Claude → Codex Plan-Mode in Claude, Implementierung in Codex eingegrenzte Aufgabe + Git-Zustand + Stop-Bedingungen
Codex → Claude Codex hat umgesetzt, Claude reviewt/erweitert was geprüft wurde vs. was offen ist; Diff-Referenz
Agent → Mensch Agent legt einem Reviewer vor Abschlussbericht: Stand, QA-Ergebnis, Restrisiken
Agent → Agent (Abbruch) Sitzung brach ab, neuer Agent macht weiter unfertigen Stand als unfertig markieren; exakt nächste Aktion
Übergabe nach Limit Nutzungslimit erreicht, später fortsetzen knapper Stand + Referenzpunkt; nichts als „fertig" annehmen

Typische Fehlerbilder

Was Übergaben scheitern lässt

  • Den gesamten Chat ungefiltert kopieren — Sackgassen und gültige Entscheidungen stehen gleichberechtigt nebeneinander.
  • Entscheidungen nicht dokumentieren — der nächste Agent trifft sie unbemerkt neu.
  • Veraltete Dateien als aktuellen Stand übergeben, ohne den Referenzpunkt zu prüfen.
  • Den Git-Zustand ignorieren — unklar, ob der Stand sauber, committet oder dirty ist.
  • Keine Stop-Bedingung definieren — der Agent rät weiter, statt zu pausieren.
  • Mehrere Agenten dieselben Dateien ohne Isolation ändern lassen.
  • Einen erfolgreichen Test mit dem tatsächlichen Production-Zustand verwechseln.
  • Den Agentenbericht ungeprüft als Wahrheit übernehmen.

Copy-Paste-Checkliste für reale Übergaben

Diese Checkliste ist ein vollständiger, frei nutzbarer Einstieg — sie ersetzt nicht die ausgearbeiteten Vorlagen eines Kits, deckt aber den Kern jeder Übergabe ab. Kopieren, ausfüllen, an den nächsten Agenten geben:

Übergabe-Checkliste — kopieren und ausfüllen
1. Ziel + Referenzpunkt (Commit/Build/Dokumentversion) eingetragen?
2. Completed / Current / Next klar getrennt?
3. Entscheidungen und Nicht-Ziele benannt?
4. Constraints + geschützte Dateien aufgeführt?
5. Git-Zustand (Branch, sauber/dirty) und QA-Status notiert?
6. Stop-Bedingungen definiert?
7. „Zuerst lesen" und „nicht erneut analysieren" markiert?
8. Erwarteter Abschlussbericht festgelegt?

Quellen & Methodik

Aussagen über Tool-Mechanismen (frisches Kontextfenster pro Session, dateibasierter statt sitzungsgebundener Kontext, AGENTS.md-Konvention) wurden am 13. Juni 2026 an den offiziellen Dokumentationen geprüft. Die Übergabestruktur und die Checkliste sind als Praxiseinschätzung gekennzeichnet. Es werden keine Aussagen über identische Speicher- oder Kontextmechanismen der Werkzeuge behauptet.

Häufige Fragen

Warum reicht es nicht, den ganzen Chatverlauf zu kopieren?

Ein roher Chatverlauf enthält Sackgassen, verworfene Ideen und veraltete Zwischenstände gleichberechtigt neben den gültigen Entscheidungen. Der nächste Agent kann nicht zuverlässig erkennen, was noch gilt. Ein Übergabeartefakt ist die gefilterte Essenz: aktueller Stand, getroffene Entscheidungen, nächste Aufgabe und Grenzen — nicht das vollständige Protokoll.

Haben ChatGPT, Claude und Codex nicht ohnehin ein Gedächtnis?

Nicht im Sinne eines gemeinsamen Projektstands. Die Werkzeuge besitzen unterschiedliche Speicher-, Kontext- und Dateimechanismen, und keiner garantiert, dass ein anderes Tool denselben Stand kennt. Claude Code etwa startet laut Dokumentation jede Session mit einem frischen Kontextfenster. Verlässlich ist nur ein Stand, der außerhalb der einzelnen Sitzung in einer Datei liegt.

Was muss der nächste Agent zuerst lesen?

Den Referenzpunkt (Commit, Build oder Dokumentversion), den aktuellen Stand und die nächste Aufgabe — in dieser Reihenfolge. Erst danach Entscheidungen, Constraints und geschützte Bereiche. Das Übergabeartefakt sollte ausdrücklich benennen, was zuerst zu lesen ist und was nicht erneut analysiert werden muss.

Wie verhindere ich, dass zwei Agenten dieselbe Datei überschreiben?

Indem die Übergabe die geschützten und die freigegebenen Dateien klar benennt und Arbeit isoliert läuft (zum Beispiel in getrennten Branches oder Worktrees), bevor sie zusammengeführt wird. Parallele Arbeit an denselben Dateien ohne Isolation ist das häufigste Übergabe-Anti-Pattern.

Ersetzt die Checkliste hier ein gekauftes Produkt?

Nein. Die Checkliste ist ein vollständiger, frei nutzbarer Einstieg für reale Übergaben. Das AI Orchestrator Kit liefert die ausgearbeiteten Vorlagen — etwa ein durchgängiges Übergabe-Log und die Verbindung zur Projekt-Ebene — als lokale Markdown-Dateien. Es steuert keine Werkzeuge automatisch.

Wie übergebe ich nach einem erreichten Nutzungslimit oder einer abgebrochenen Sitzung?

Genauso wie bei einem geplanten Wechsel, nur knapper: aktueller Stand, die exakt nächste Aktion und ein verlässlicher Referenzpunkt. Wichtig ist, einen unfertigen Stand ausdrücklich als unfertig zu markieren und einen erfolgreichen Test nicht mit dem tatsächlichen Production-Zustand zu verwechseln.