Programmierung · Mittelstufe

Verifiziert

Automatisierte Verifizierung

  • Alle automatisierten Prüfungen bestanden: Schema, Eindeutigkeit, HTTPS und erreichbarer Quelllink, Prompt-Injection- und Sicherheitsscan, Regel zum Freigabeschritt.
  • Entwurfsmodell nicht erfasst.
  • Prüfung durch ein zweites Modell: x-ai/grok-4.3 (keine kritischen oder schwerwiegenden Befunde).
  • Deutsche Übersetzung: google/gemini-4-argon, geprüft von openai/gpt-5.5.
  • Verifiziert am .
  • Nur automatisierte Prüfungen und KI-Review, keine menschliche Prüfung.
So funktioniert die Verifizierung

Pull-Request-Reviews als geführte Durchgänge strukturieren

Große Code-Diffs in aufeinanderfolgende Phasen und gezielte Review-Prompts für Entwickler aufteilen

Mit BotBento nutzen MarkdownEnglish

Öffnet BotBento. Fügen Sie den Prompt in einen Bot ein; nichts ist vorkonfiguriert.

  1. Wenn etwas passiertNeuer Pull Request geöffnet
  2. DanachDiff in logische Lesephasen gruppieren
  3. ErgebnisReview-Plan nach Freigabe posten

Wenn umfangreiche Pull Requests eingehen, kann das Prüfen flacher Diffs über mehrere Dateien hinweg schnell unübersichtlich werden. Dieser Workflow untersucht eingehende Code-Änderungen, gruppiert zusammengehörige Anpassungen in logische Lesereihenfolgen und erstellt strukturierte Durchgangsnotizen mit gezielten Prüfungsfragen für jeden Schritt.

Prompt zum Einstieg

BotBentoEmpfohlen
Wenn ein Pull Request auf GitHub eingereicht wird, rufe die geänderten Dateien und Commit-Diffs ab. Gruppiere zusammengehörige Dateien in aufeinanderfolgende Review-Kapitel, geordnet von den zentralen Datenmodellen bis hin zu UI oder Einstiegspunkten. Entwirf für jedes Kapitel eine prägnante Zusammenfassung der Absicht sowie eine Checkliste potenzieller Grenzfälle zur Prüfung. Bitte immer um die Freigabe des Nutzers, bevor du die Aufschlüsselung als Kommentar zum Pull Request veröffentlichst.