혹시 Cursor의 브라우저랑 디버거 기능 쓰는 사람 또 있음?

오 진짜? 흥미롭네. 디버거 어떻게 쓰는지 궁금한데? 개인적으로는 코드 어디서 문제가 생기는지는 아는데 도저히 못 잡겠는, 찾기 힘든 버그 잡을 때 제일 좋더라. Race condition 잡을 때 확실히 제일 유용함. 최소한 어떤 파일이랑 메서드를 타겟으로 잡고 고쳐야 할지는 딱 짚어주니까.

응, 나도 꽤 많이 쓰는데 진짜 환상적인 툴이라고 생각함. 특히 운영 중인 사이트 있을 때. 너는 어떻게 써? 만약 사이트에 별도의 devops 배포 메커니즘이 없으면, 나는 운영 환경에 로깅 스니펫을 배포해버리거든(물론 내가 이러고 있다는 걸 알 수 있게 충분한 맥락도 남겨두고). 그러면 프론트엔드에 로깅 데이터를 노출할 수 있는 상황에 맞춰 스니펫을 만들어주더라고. 항상 완벽하진 않지만 버그 위치 단서 찾는 데는 확실히 도움 돼.

아이디어는 좋은데 버그가 좀 많고 뷰포트 컨트롤이 없는 게 짜증남.

viewport가 부족하다는 게 시각적인 출력이 안 보인다는 뜻이야?

Debug 기능으로 효과를 좀 보긴 했는데 토큰을 너무 많이 잡아먹음. 가끔은 뭐가 문제인지 잘 찾아내는데, 이해도 못한 코드를 멍하니 쳐다보면서 시간 낭비할 때도 있고, 내 프롬프트를 의심하거나 해결되지도 않았는데 해결된 척 핑계 대는 경우도 있음.

흥미롭네... 토큰 많이 먹는다는 건 잘 모르겠음. 난 보통 auto 모드나 composer 쓰는데 운이 좋은 건지. 난 보통 문제 위치를 정확히 파악하고 있어서, 에이전트를 해결책 쪽으로 유도하는 편임. 내가 직접 고치기보다 코드를 업데이트하게 시키는 거지. race condition 같은 골치 아픈 건 가끔 수동으로 고치거나 아주 상세하게 지시해야 할 때도 있지만...

좋긴 한데 아직 개선할 점이 많음. 그리고 에이전트 작업 속도를 너무 느리게 만듦. fast 모드에서 opus 4.8 쓰는데도 프로세스를 계속 붙잡고 늘어짐. UI 관련 작업이 꼭 필요한 상황 아니면 안 쓸 듯.

흠, 다들 디버거를 어떻게 쓰는지 진짜 궁금하네. 토큰 많이 먹는다는 얘기가 계속 나오는 거 보면 문제 해결 과정에서 루프를 많이 도는 건가 싶기도 하고. 난 디버깅할 때 Opus는 안 씀. 코드는 이미 거기 있으니까 모델 학습 데이터랑 컨텍스트(버그 위치부터 코드베이스 탐색 능력까지)만으로도 충분히 식별 가능할 거라고 보거든.