Aus Code und Logs eine überprüfbare Diagnose machen

Beginne mit einem Fehler, den du genau beschreiben kannst. ChatGPT kann bei der Diagnose helfen, wenn die relevanten Belege in wenige Dateien passen und du die Ursache zunächst eingrenzen möchtest. Dieses Beispiel verwendet erfundenen JavaScript-Code. Ersetze ihn durch Material, das du teilen darfst.

Ein ChatGPT-Projekt kann Quellen und Anweisungen für mehrere Gespräche bereitstellen. Für eine einzelne Diagnose reicht ein neues Gespräch. Eine hochgeladene Datei gewährt keinen Zugriff auf den übrigen Checkout.

Gib dem Fehler einen überprüfbaren Rahmen

Diese Funktion wartet beim ersten Wiederholungsversuch zu lange:

export function retryDelay(attempt) {
  return Math.min(1000 * 2 ** attempt, 30000);
}

Der Aufrufer übergibt für den ersten Versuch 1. Im Log steht retry=1 delay=2000. Laut Anforderung soll die Wartezeit mit einer Sekunde beginnen und bei dreißig Sekunden gedeckelt sein.

Gib Funktion, Zählweise und Beobachtung zusammen an:

Untersuche, warum der erste Wiederholungsversuch zwei Sekunden wartet. Nutze die Funktion, die Zählweise des Aufrufers und das Log. Zeige den verursachenden Ausdruck, die kleinste Korrektur und Prüfungen für die Versuche 1, 2 und 6. Trenne Belege von Annahmen. Behalte die Zählweise bei. Falls du den Code nicht ausführen kannst, gib mir lokal ausführbare Prüfungen.

Eine brauchbare Diagnose verweist auf den Exponenten und schlägt attempt - 1 vor. Sie lässt offen, wie null oder negative Versuche behandelt werden sollen: Dafür fehlt eine Anforderung.

Mache das Ergebnis im Editor nutzbar

Lass eine kurze Übergabe erstellen: Fehler, betroffene Datei und Stelle, vorgeschlagener Patch, erwartete Prüfergebnisse und offene Fragen. Bewahre die Originaldateien daneben auf. Ein nachfolgender Agent braucht die Belege hinter der Diagnose.

Hat deine ChatGPT-Umgebung Ausführungswerkzeuge, verlange den tatsächlich ausgeführten Befehl und sein Ergebnis. Andernfalls führst du die Prüfung selbst aus. Die Aussage, ein Test würde bestehen, ist noch kein Testergebnis.

Für umfangreichere Arbeit im Repository geht es mit Codex weiter. Übergib die Belege und Abnahmekriterien und lass zuerst den aktuellen Checkout prüfen.

Was schiefgeht

Ohne die Zählweise bleiben zwei mögliche Korrekturen: Formel oder Aufrufer ändern. Ohne Quellcode lässt sich die Diagnose schwer prüfen. Ein größerer Patch kann außerdem Obergrenze oder Anzahl der Versuche ändern, obwohl nur die Wartezeit betroffen ist.

Halte die Änderung eng am Fehler. Fehlende Anforderungen bleiben Fragen, besonders wenn sie den Vertrag einer Schnittstelle verändern.

So prüfst du das Ergebnis

Führe die korrigierte Funktion mit 1, 2 und 6 aus. Erwarte 1000, 2000 und 30000 Millisekunden. Die ursprüngliche Funktion muss beim ersten Versuch 2000 liefern; damit zeigt die Prüfung den gemeldeten Fehler tatsächlich.

Prüfe den Diff auf geänderte Zählweise, Obergrenze oder Wiederholungszahl. Entscheide über ungültige Eingaben, bevor neue Tests ihr Verhalten festlegen.