커서 버그봇이 예상대로 PR을 자동으로 검토하지 않는다면, GitHub 앱이 중단된 것이라고 서두르지 마세요. Cursor의 현재 버그봇 문서에 따르면, 이 상황의 가장 흔한 세 가지 이유가 있습니다: 대상 저장소가 전혀 활성화되어 있지 않거나, PR이 본인이 생성하지 않았거나, 개인 설정이 "댓글에 언급될 때만 실행"으로 변경되었습니다.
이 기능에서 가장 오해의 소지가 있는 부분은, 문서에 "모든 PR 업데이트는 자동으로 검토된다"고 적혀 있을 때, 모든 PR이 자동으로 트리거되어야 한다고 자연스럽게 생각한다는 점입니다. 사실, 저장소는 Bugbot 대시보드에서 활성화되어 있고, 개인 계정의 경우 기본적으로 본인 작성자의 PR만 실행합니다.
만약 이전에 개인 설정을 언급 전용으로 잘라버렸다면, 동작은 "커서 리뷰나 버그봇 런에 댓글을 달아야 한다"는 식으로 나타납니다. 이 경우, 표면적으로는 "갑자기 자동으로 실행이 멈췄다"고 했지만, 근본 원인은 실제로 설정 상태를 바꾼 것이었습니다.
가장 실용적인 문제 해결 순서는 다음과 같습니다:
1. 커서의 버그봇 대시보드로 가서 대상 저장소가 실제로 활성화되어 있는지 확인하세요.
2. 이 PR이 본인이 만든 것이 아님을 확인하세요.
3. 개인 설정이 댓글 트리거 전용으로 변경되었는지 확인하세요.
4. 필요할 때 PR에서 직접 커서 리뷰를 시도해 보세요.
댓글 트리거가 실행된다면, 이는 GitHub 설치와 기본 권한이 나쁘지 않다는 뜻이며, 문제는 전체 링크보다는 자동 트리거 조건에 있을 가능성이 더 큽니다.
또 다른 간과되는 점은 팀원들이 종종 "조직에 버그봇이 있어서 모든 PR이 쓸려 나갈 것"이라고 생각한다는 점입니다. 문서에는 경계가 명확히 명확히 명시되어 있으며, 저장소 스위치와 개인 모드로 제어할 수 있고 기본값이 아니며, 전체 저장소와 전체 PR이 차이 없이 자동으로 실행됩니다.
따라서 Bugbot은 PR을 자동으로 검토하지 않고, 먼저 트리거 조건이 충족되는지 확인하며, 이는 모델과 네트워크를 먼저 확인하는 것보다 더 효과적인 경우가 많습니다.
