Ihre erste Bewertung,
in wenigen Minuten.
GitHub verbinden
Melde dich an und öffne einen Arbeitsbereich für dein persönliches Konto oder deine Organisation. Das erste verifizierte Organisationsmitglied, das ihn erstellt, wird HeyDeer-Admin und kann Einstellungen und Abrechnung verwalten. Installiere HeyDeer oder beantrage die Freigabe beim GitHub-Organisationsinhaber und wähle dann Repositorys aus. GitHub-Berechtigungen ansehen.
Wählen Sie eine vorhandene Pull-Anfrage aus
Wähle einen offenen, prüfbereiten PR und eine Prüftiefe. Prüfe vor dem Start die Mindestgebühr. Der 14-tägige Testzeitraum beginnt nach der ersten erfolgreichen Prüfung eines Arbeitsbereichs. Das Warten auf die Installationsfreigabe verbraucht keine Testtage. Bestehende Testzeiträume behalten ihr Enddatum.
Kontinuierliches Feedback erhalten
Vorgaben in Organisationseinstellungen festlegen. Einzelne Optionen in Repository-Einstellungen überschreiben oder Vererbung wiederherstellen. Entwurfs- und Fork-Reviews müssen aktiviert werden. In PR-Kommentaren @heydeer review, pause oder resume verwenden.
Geben Sie den Prüfern die Anweisungen Ihres Teams.
Wählen Sie unter Einstellungen → Anweisungen überprüfen die Standardeinstellungen der Organisation oder ein Repository aus. Fügen Sie einfachen Text oder Markdown hinzu, der die Überprüfungsprioritäten, Konventionen und die gewünschte Sprache für die Ergebnisse beschreibt. Jeder Bereich unterstützt bis zu 12.000 Zeichen.
Zuerst gelten die Organisationsanweisungen, gefolgt von den Repository-Anweisungen. Bei Konflikten haben Repository-Einstellungen Vorrang. Die kombinierte Vorschau zeigt beide Ebenen; Durch das Speichern eines leeren Repository-Werts wird die reine Organisationsanleitung wiederhergestellt. Organisationseigentümer verwalten die Standardeinstellungen und Repository-Administratoren verwalten Repository-Anweisungen.
Alle Prüfer erhalten die gleichen Anweisungen, einschließlich des endgültigen Verifizierungsdurchlaufs. Anweisungen werden zu Beginn einer Überprüfung festgelegt und bleiben bei Wiederholungsversuchen gleich. Repository-Prüfungen werden weiterhin ausgeführt und Anweisungen können das erforderliche Ergebnisformat nicht ändern oder Sicherheitsregeln überprüfen. Geben Sie keine Passwörter oder Token in Anweisungen ein.
Verbinden Sie Ihren Kontext mit MCP.
Wählen Sie unter „Einstellungen“ → „MCP-Server“ die Option „Organisationsstandards“ oder ein Repository aus und fügen Sie dann einen Servernamen, einen öffentlichen HTTPS-Endpunkt und ein optionales Bearer-Token hinzu. Die Standardeinstellungen der Organisation gelten für jedes Repository. Ein Repository kann Server hinzufügen, einen übereinstimmenden Namen überschreiben oder einen geerbten Server deaktivieren. Mit „Organisationsstandard verwenden“ wird die Überschreibung entfernt.
Organisationseigentümer verwalten Standardwerte; Repository-Administratoren verwalten Repository-Verbindungen. Eine Überschreibung ersetzt die gesamte Verbindung, einschließlich der Authentifizierung. Token werden verschlüsselt und nie wieder angezeigt. Lassen Sie ein gespeichertes Token leer, um es zu behalten. Geben Sie beim Ändern des Endpunkts ein Ersatztoken an oder wählen Sie Gespeichertes Token entfernen aus.
Beide Prüfer verwenden die konfigurierten Streamable-HTTP-Server. Verwenden Sie öffentliche HTTPS-Endpunkte auf Port 443 ohne Abfrageparameter und schreibgeschützte Token von Servern, denen Sie vertrauen: MCP-Anfragen können Code oder anderen Überprüfungskontext enthalten. Interaktives OAuth, lokale Befehle, ältere Nur-SSE-Server und benutzerdefinierte Tooldefinitionen werden nicht unterstützt. Die Konfiguration wird festgelegt, wenn eine Überprüfung beginnt. Änderungen gelten für spätere Bewertungen.