Mit HeyDeer beheben

Behebung starten

1. Wähle in einem GitHub-Prüfkommentar „Mit HeyDeer beheben“ oder auf der Prüfungsseite in HeyDeer „Befunde beheben“. Ein Link zu einem einzelnen Befund wählt diesen vorab aus. Das Öffnen der Seite verbraucht keine Credits.
2. Wähle die Befunde aus, die du beheben möchtest. Über „Anweisungen hinzufügen“ ergänzt du bei Bedarf Kontext zu einem Befund, etwa eine gewünschte Vorgehensweise oder ein Verhalten, das erhalten bleiben soll.
3. Starte die Behebung mit der Schaltfläche unter der Auswahl. Die Aufgabenseite zeigt den Fortschritt, die verbrauchten Credits und das Ergebnis. Läuft für diesen PR bereits eine Behebung, öffne sie über „Behebung anzeigen“.

Die Liste enthält Befunde aus den Prüfungen des PRs sowie frühere Bedenken, die noch Aufmerksamkeit erfordern. In der Diskussion abgelehnte Befunde werden ausgeschlossen. HeyDeer prüft deine Auswahl erneut anhand des gespeicherten Codestands und kann Befunde überspringen, die nicht mehr zutreffen.

Behebung prüfen und mergen

HeyDeer erstellt einen neuen Branch und öffnet einen PR, dessen Ziel der Branch des ursprünglichen PRs ist. Lies die Zusammenfassung und prüfe die Änderungen über „PR zur Behebung anzeigen“. Du entscheidest, ob du sie in deinen ursprünglichen PR mergst.

Wenn keine Codeänderungen nötig sind, kann die Aufgabe abgeschlossen werden, ohne einen PR zu öffnen.

Die Zusammenfassung beschreibt die Änderungen, übersprungene Befunde, lokale Testergebnisse und Prüfungen, die HeyDeer nicht ausführen konnte. Fordere nach dem Mergen der Behebung eine Folgeprüfung für den ursprünglichen PR an oder lass dessen automatische Prüfungen laufen. Allein das Erstellen eines Behebungs-PRs erledigt keine Befunde und lässt den Check HeyDeer Review nicht bestehen.

Voraussetzungen und Grenzen

Behebungen erfordern einen offenen PR mit beiden Branches im selben Repository. Starten kann sie jemand mit Schreibzugriff auf das Repository. Fork-PRs werden nicht unterstützt. HeyDeer benötigt Lese- und Schreibberechtigungen für Contents und Pull requests; siehe GitHub App und Berechtigungen. Pro PR kann nur eine Behebung aktiv sein.

HeyDeer kann keine Änderungen an GitHub-Actions-Workflow-Dateien in .github/workflows/ veröffentlichen. Eine Behebung mit solchen Änderungen wird gestoppt, bevor Dateien veröffentlicht werden.

Lokale Prüfungen und CI

Wenn du eine Behebung startest, darf HeyDeer in einer isolierten Sandbox mit öffentlichem Internetzugang Code bearbeiten, Abhängigkeiten installieren und lokale Prüfungen ausführen. Dabei nutzt HeyDeer die Anweisungen deines Arbeitsbereichs und Repositorys sowie die Vorgaben im Repository, ohne eine Verbindung zu deinen MCP-Servern herzustellen. Unter Sicherheit erfährst du, wie die Codeausführung isoliert wird.

Deine GitHub-Automatisierung kann auf dem Behebungs-PR laufen. Workflows, die auf einen Zielbranch wie main beschränkt sind, laufen möglicherweise erst, nachdem du die Behebung in den ursprünglichen PR gemergt hast. HeyDeer wartet nicht auf CI und wiederholt eine Behebung nicht automatisch, wenn CI fehlschlägt.

Credits und Abbruch

Behebungen verwenden die Credits des Arbeitsbereichs und teilen sich die Ausführungskapazität mit Prüfungen. Für jede Behebung gilt der aktuelle Mindestbetrag einer Standard-Prüfung; darüber hinaus richtet sich der Credit-Verbrauch nach der geleisteten Arbeit. Die Nutzungslimits des Arbeitsbereichs gelten ebenfalls. Siehe So funktionieren Credits.

Jemand mit Schreibzugriff kann „Behebung abbrechen“ wählen, bis HeyDeer mit dem Speichern der Änderungen auf GitHub beginnt. Die Vorbereitung vor dem Start des Agenten wird nicht berechnet. Nach dem Start bleiben bei einem Abbruch der Mindestbetrag und die bereits verbrauchten Credits berechnet. Sind die Credits aufgebraucht, stoppt die Behebung und du musst eine neue anfordern.

Wenn sich der ursprüngliche PR ändert

Eine Behebung verwendet den Commit und Branch, die beim Start gespeichert wurden. Spätere Commits oder das Schließen des ursprünglichen PRs brechen die Aufgabe nicht ab. Prüfe vor dem Mergen auf Konflikte. Wird der Zielbranch gelöscht oder umbenannt, kannst du über „Commit zur Behebung anzeigen“ die gespeicherten Änderungen prüfen und entscheiden, wie du sie übernimmst.