Referenz

Einstellungsreferenz

Jede Prüfeinstellung mit ihren Werten und ihrem Standardwert. Legen Sie Organisationsstandards unter Organisationseinstellungen → Prüfregeln fest; ein Repository kann jede davon unter Repositorys → (ein Repository) → Prüfregeln überschreiben. Siehe So funktionieren Einstellungen.

Wann prüfen

Einstellung	Werte	Standardoption
Review-Zeitpunkt	Einmal pro PR, Bei jedem Push, Nur manuell	„Nur manuell“ in einem neuen Arbeitsbereich
Maximale automatische Reviews pro PR	1, 2, 3, 5, 10, 20, Unbegrenzt. Gilt nur bei „Bei jedem Push“.	5
Automatische Reviews stoppen, wenn ein PR geschlossen wird	Ein, Aus	Ein
Filter für automatische Reviews	Bedingungen für PR-Labels, Autor, Team des Autors, Zugehörigkeit des Autors, Kontotyp des Autors, PR-Status und PR-Herkunft. Ein Pull Request muss alle erfüllen.	PR-Status ist kein Entwurf, und PR-Herkunft ist „Dasselbe Repository“

Review-Verhalten

Einstellung	Werte	Standardoption
Standard-Überprüfungstiefe	Standard, Tiefgehend	Standard
Nur neue Änderungen prüfen	Ein, Aus	Ein
Feedback-Umfang	Kompakt, Ausgewogen, Ausführlich	Ausgewogen
Sprache der Prüfung	English, 简体中文, 日本語, Español, 한국어, Português (Brasil), Deutsch	English
Verknüpfte Issues lesen	Ein, Aus	Ein

Ergebnisse veröffentlichen

Einstellung	Werte	Standardoption
Automatische Genehmigung	Nie automatisch genehmigen, Nur einfache Änderungen, Wenn keine Probleme gefunden werden	Nie automatisch genehmigen
GitHub-Prüfung veröffentlichen	Ein, Aus	Ein
Prüfung bei gefundenen Problemen fehlschlagen lassen	Ein, Aus. Gilt nur, solange „GitHub-Prüfung veröffentlichen“ aktiviert ist.	Aus
Review-Kommentare im PR veröffentlichen	Ein, Aus. „Aus“ deaktiviert auch die automatische Genehmigung und das Auflösen von Threads.	Ein
Bearbeitete HeyDeer-Threads als erledigt markieren	Ein, Aus	Ein

Zugriff auf manuelle Reviews

Einstellung	Werte	Standardoption
Wer Reviews manuell auslösen darf	„Alle mit Schreibzugriff auf das Repository“ oder „Ausgewählte Benutzer oder Teams mit Schreibzugriff“: bis zu 100 GitHub-Benutzernamen und, in einer Organisation, bis zu 30 Team-Slugs.	Alle mit Schreibzugriff auf das Repository

Änderungen gelten für Prüfungen, die nach dem Speichern angefordert werden. Wartende und laufende Prüfungen behalten ihre Einstellungen.

Repository-Dateien

HeyDeer liest außerdem diese Dateien aus dem geprüften Repository.

Datei	Gelesen aus	Regeln und Limits
`AGENTS.md`, `CLAUDE.md`	Die eigene Version des Pull Requests	Jedes Verzeichnis. Gilt für das eigene Verzeichnis und alle darunterliegenden; tiefer liegende Dateien haben Vorrang. CLAUDE.md wird verwendet, wo ein Verzeichnis keine AGENTS.md hat.
`.agents/checks/*.md`	Der Basis-Branch	Eine Markdown-Datei pro Prüfung, direkt in .agents/checks, benannt mit Buchstaben, Ziffern, Punkten, Unterstrichen und Bindestrichen. Jeweils bis zu 16.000 Byte und bis zu 10 passende Repository-Prüfungen pro Prüfung, in der Reihenfolge der Dateinamen.
`.agents/skills/`	Die eigene Version des Pull Requests	Wird verwendet, wenn eine Prüfung ihn aufführt. Der Ordnername ist der Skill-Name: Kleinbuchstaben, Ziffern und einzelne Bindestriche, bis zu 64 Zeichen.
`.gitattributes`	Der Basis-Branch	Als linguist-generated markierte Dateien werden bei der Prüfung ausgelassen.

Frontmatter von Prüfungen

Optionale YAML-Frontmatter-Schlüssel am Anfang einer Prüfung:

Schlüssel	Wert	Wirkung
`files`, `globs`, `paths`	Ein Glob-Muster oder eine Liste davon	Die geänderten Dateien, für die die Prüfung gilt; stellen Sie einem Muster ! voran, um Dateien auszuschließen. Ohne Muster gilt die Prüfung für jede geänderte Datei.
`skills`, `skill`	Ein Skill-Name oder eine Liste davon	Skills, die die Prüfung verwendet, geladen aus dem Pull Request. Ein fehlender Skill bricht die Prüfung nicht ab.
`skip_extra_reviewers`	true oder false	Tiefgehende Prüfungen investieren in jede passende Repository-Prüfung zusätzlichen Aufwand. Setzen Sie den Wert bei einer einfachen Repository-Prüfung auf true, damit sie wie bei „Standard“ geprüft wird.

In HeyDeer konfiguriert

Konfiguration	Wo	Regeln und Limits
Prüfanweisungen	Organisationseinstellungen → Prüfanweisungen oder Repositorys → (ein Repository) → Prüfanweisungen	Einfacher Text oder Markdown, bis zu 12.000 Zeichen pro Ebene. Bei Widersprüchen haben Repository-Anweisungen Vorrang. Verwaltet von Admins des Arbeitsbereichs.
MCP-Server	Organisationseinstellungen → MCP-Server oder Repositorys → (ein Repository) → MCP-Server	Bis zu 20 Server pro Ebene, jeweils ein Streamable-HTTP-Server an einem öffentlichen HTTPS-Endpunkt auf Port 443. Namen bestehen aus Kleinbuchstaben, Ziffern, Bindestrichen und Unterstrichen, bis zu 64 Zeichen. Verwaltet von Admins des Arbeitsbereichs, die auch Inhaber der GitHub-Organisation oder des Kontos sind.