왜 다들 여전히 Cursor를 쓰는 거지?

낚시글인지 모르겠지만, 일단 답변해 봄.

• Composer와 Cursor 자체 모델인 Groks만 사용해도 아주 좋은 효율을 낼 수 있음.
• Composer는 소프트웨어 엔지니어에게 정말 괴물 같은 도구임. 최신 모델들보다는 조금 더 손이 가긴 하지만, 계획을 잘 세우고 실행 속도가 빠르며 기본적으로 과도하게 엔지니어링하지 않음. 나는 이 도구가 가져다주는 단순함과 그 안에서 뿜어져 나오는 강력한 성능을 좋아함.
• Cursor의 툴체인은 훌륭함. 앱 자체가 매끄럽고 흐름이 좋음. 계획, 검토, 실행까지 모든 과정이 딱딱 맞아떨어짐.
• 다른 것들에 대해서는...

그쪽 IDE나 CLI를 써야만 함

잘 모르겠네. 개인적으로는 VS Code에서 Claude Code를 쓰는데, VS Code 자체가 워낙 좋아서 아주 만족스러워.

Cursor나 Windsurf에 있는 에이전트들이야말로 그 IDE들을 쓰는 이유지(좋은 에이전트들이니까). 구독할 때 토큰을 사는 셈이기도 해서 그게 하나의 요소가 돼.

난 기본 Codex CLI 에이전트들도 요즘 꽤 좋다고 생각해서 몇 달 전에 Windsurf 구독을 취소했어. 가끔 특정 작업을 위해 VS Code를 열기도 하지만, 대부분은 Codex CLI를 직접 열지도 않고 그냥 터미널에서 바로 프롬프트와 함께 스크립트를 실행해. 그렇게 하면...

회사에서 GHC랑 Cursor 둘 다 쓰고 있어. 내가 비교할 수 있는 건 이것뿐이야.

같은 모델, 프롬프트, 규칙, 스킬 등을 사용했을 때 Cursor가 항상 더 나았어. 에이전트에게 더 많은 컨텍스트를 제공하기 때문이라고 생각해. 사용량과 토큰 소모량은 Cursor가 훨씬 훨씬 많지만, 결과물도 그만큼 좋아. 평가 단계에서는 Cursor가 이겼어. 이제 둘 다 토큰 기반 요금제로 전환하는 중이라 앞으로 어떻게 될지 지켜봐야지.

Cursor는 VS Code 확장 프로그램보다 훨씬 더 통합이 잘 되어 있어. 터미널에서 컨텍스트를 추가하는 게 더 매끄러워...