Wenn Cursor Bugbot früher normal kommentiert hat, aber kürzlich plötzlich still wurde, war die erste Reaktion vieler Leute: "Ist die Erlaubnis weggefallen?" oder "Ist die GitHub-App ungültig?" Laut der aktuellen Cursor-Dokumentation gibt es jedoch einen weiteren sehr realen Grund für dieses Phänomen: Der kostenlose oder aktuelle Plan hat keine Bugbot-Review-Credits mehr, das System pausiert Kommentare bis zum nächsten Abrechnungszyklus, oder du aktualisierst deinen Plan.
Der Grund, warum dieses Problem leicht falsch eingeschätzt wird, liegt darin, dass das Oberflächenphänomen nach einer Pause der Störung sehr ähnlich ist. Du wirst sehen, dass die PR normal aktualisiert wird und GitHub keine Fehler meldet, aber es gibt keine neuen Bewertungen mehr. Tatsächlich läuft es vielleicht nicht, wurde aber durch die Nutzungsrichtlinie pausiert.
Die Bugbot-Dokumentation von Cursor ist darin direkter: Es gibt eine Testphase für neue Nutzer und entsprechende Limits für kostenlose Stufen und verschiedene Pläne; Nachdem man ihn überschritten hat, stoppt die Bewertung und wird nicht still auf den schwächeren Modus zurückgegradet. Mit anderen Worten: Sobald das Limit voll ist, ist die Leistung oft "gar kein Kommentar mehr".
Die stabilste Methode zur Überprüfung ist:
1. Gehe zum Cursor-Dashboard, um das aktuelle Bugbot-Paket und die Nutzung zu sehen.
2. Wenn es am Monatsende oder in letzter Zeit viele PRs gibt, wird der Verdacht priorisiert.
3. Kommentiere erneut manuell im Verbose-Modus, um zu sehen, ob eine freie Anfrage-ID oder Prompt vorhanden ist.
4. Schau dir schließlich die GitHub-Berechtigungen und die Repository-Konfiguration an.
Wenn die manuelle Aussage kein Berechtigungsproblem auslöst und die Bewertungsnutzung im Dashboard nahe am oberen Limit liegt oder sie erreicht, handelt es sich im Grunde nicht um einen Linkfehler, sondern um ein Quotenproblem.
Also hörte Bugbot plötzlich auf zu kommentieren, nicht unbedingt, weil die Konfiguration repariert werden kann. Oft verwechselt man "Quotenaufhängung" einfach mit "funktionalem Ausfall". Wenn man sich zuerst den Tarif und die Nutzung anschaut, ist das schneller, als zuerst auf GitHub in die Warteschlange zu gehen.
