Eine KI hat eine plausible Funktion geschrieben, aber du kannst ihre Ersatzwerte oder Fehlerfälle noch nicht erklären. Wähle den Code in Yenpo aus, frage dein Modell und prüfe jede Aussage direkt an der Quelle.

Du brauchst Yenpo, ein lokales Projekt und Zugang zu einem Anbieter mit unterstützter API. Das erklärende Modell darf ein anderes sein als das, welches den Code geschrieben hat.

1. Das eigene Modell verbinden

Öffne in den Einstellungen „Modelle“, füge über Plus einen Anbieter hinzu und wähle ihn als „Aktueller Anbieter“. Trage API-Typ, „Basis-URL“, „Anmeldemethode“ und die genaue verfügbare Modell-ID ein.

Yenpo bietet drei API-Typen: „OpenAI Compatible“ (OpenAI Chat Completions), „OpenAI Responses“ und „Anthropic Messages“. Wähle den API-Typ nach dem Dienst, nicht allein nach dem Modellnamen. „Liste laden“ ist optional: Ohne veröffentlichte Liste kannst du die ID direkt eingeben.

API-Schlüssel gehören nur in die Einstellungen. Beginne mit Code, den du an den Anbieter senden darfst. Die Anfrage kann auch relevanten Code enthalten, den der AI Reader außerhalb der Auswahl findet; siehe Daten und Berechtigungen. Die Verbindungsanleitung erklärt URL-Pfade und Fehler.

2. Den zu erklärenden Code anhängen

Öffne die Datei und markiere eine Funktion oder einen kleinen Block. Starte ein neues AI-Reader-Gespräch und wähle „Auswahl erklären“. Prüfe Datei und Zeilen im Anhang, passe den Entwurf an und sende ihn. Lass „Änderungen erlauben“ ausgeschaltet.

Frage nach überprüfbaren Einzelheiten:

Erkläre die Auswahl in Ausführungsreihenfolge. Nenne für jede Verzweigung den auslösenden Zustand oder die Eingabe, den Rückgabewert und Nebenwirkungen. Belege jede Aussage mit genauen Quellzeilen. Lies bei Bedarf Aufrufer oder Tests und trenne Codefakten von Annahmen über Laufzeiteingaben. Bearbeite keine Dateien.

Die Auswahl ist der Ausgangspunkt. Für ältere Änderungen öffnest du den betreffenden Git-Vergleich und fragst dazu; die aktuelle Datei muss nicht mehr dem damaligen Stand entsprechen.

3. Jeden Quellenverweis prüfen

Ein Klick auf einen Verweis öffnet die Zeilen in „Übersicht“. Nutze „Datei öffnen“, wenn du umliegende Bedingungen oder Aufrufer brauchst.

  1. Prüfe Pfad, Zeilenbereich und Version.
  2. Lies die Bedingung vor der zitierten Operation.
  3. Verfolge den Wert bis zum Aufrufer, wenn die Antwort sichtbares Nutzerverhalten beschreibt.
  4. Lass Aussagen ohne ausreichenden Code oder Laufzeitinformationen offen.

Für „dieses Ergebnis setzt sich immer durch“ prüfst du, welche Pfade die zitierte Zuweisung erreichen und ob danach noch etwas den Wert schreibt.

4. Ein kleines Beispiel zeilenweise lesen

Angenommen, eine KI hat diese JavaScript-Funktion für ein Lernprojekt geschrieben:

function displayName(user) {
  if (!user) return 'Guest';
  const name = user.name?.trim();
  return name || 'Guest';
}

Die Nummerierung beginnt hier mit der ersten Zeile des Blocks. Nutze im Projekt die tatsächlichen Dateizeilen.

Aussage Zeilen Was der Code belegt
Ohne Nutzer wird der Ersatzwert zurückgegeben 2 null, undefined oder ein anderer falsy Wert liefert "Guest", bevor der Name gelesen wird
Ein Name nur aus Leerzeichen ergibt den Ersatzwert 3–4 trim ergibt "", danach greift der Ersatzwert
Jede fehlerhafte Eingabe ist sicher 3 Ein Name wie 42 löst einen TypeError aus, weil es keine trim-Methode gibt

Die letzte Aussage muss korrigiert werden. Optional Chaining behandelt hier null und undefined als Namen, prüft aber nicht alle Typen. Lies Aufrufer oder Eingabevalidierung, um zu klären, ob eine Zahl die Funktion erreichen kann.

5. Die Erklärung hinterfragen und testen

Bei einer zu weitgehenden Aussage frage nach:

Prüfe erneut die Aussage, jede fehlerhafte Eingabe sei sicher. Was passiert bei einem numerischen Namen? Belege die fehlschlagende Operation und suche, ob ein Aufrufer oder Validator diese Eingabe verhindert. Wenn du es nicht feststellen kannst, lass die Frage offen.

Prüfe fehlenden Nutzer, reinen Leerzeichennamen, normalen Namen mit äußeren Leerzeichen und numerischen Namen. Führe den kleinsten passenden Test im Testsystem des Projekts aus und lies das Ergebnis.

Halte die Datei während der Quellenprüfung stabil. Wähle nach Änderungen den neuen Code aus und frage erneut, statt eine alte Erklärung neuen Zeilennummern zuzuordnen.

6. Das verstandene Verhalten festhalten

Notiere Eingabeannahmen, Verzweigungen, geprüfte Quellstellen und ausgeführte Tests. Ergänze offene Fragen, etwa den Ort der Eingabevalidierung, damit du später weiterarbeiten kannst.

Nutze dieselbe Methode bei einem Claude-Code-Durchlauf oder einem Codex-Branch, wenn ein Block genauer gelesen werden muss.