동일한 프로젝트에서 Cursor와 Claude Code를 번역하며 보낸 2주간의 기록

어떤 것을 선택해야 하는지 — Cursor인지 Claude Code인지 — 라는 질문을 계속 받아서, 지난 2주 동안 동일한 Next.js + FastAPI 프로젝트에서 두 도구를 번역하며 사용해 보았습니다. 둘 다 진정으로 훌륭하지만, 서로 다른 방식으로 한계를 드러내며, 마케팅 페이지에서는 이런 점을 알려주지 않습니다.

놀라웠던 점은 다음과 같습니다. Cursor는 초강력 기능이 추가된 VS Code처럼 느껴집니다. Tab completion (탭 완성)은 빠르고, 인라인 diff (차이점 비교) UI는 솔직히 제가 사용해 본 것 중 최고 수준이며, 에디터 내부에서의 multi-file edits (다중 파일 편집)도 아주 잘 작동합니다. 컴포넌트 작성, 작은 버그 수정, Postgres 스키마 구축과 같은 일상적인 CRUD 작업에는 언제나 Cursor를 선택할 것입니다. 대부분의 호출에서 latency (지연 시간)가 약 200ms 미만으로 유지되며, 도구를 기다리고 있다는 느낌을 전혀 받지 않습니다.

Claude Code는 완전히 다른 종류의 도구입니다. 터미널 (terminal)에서 실행되며, 전체 레포지토리 (repo)를 스캔하고 바로 작업을 수행합니다. 14개의 파일에 걸쳐 있는 인증 (auth) 모듈을 리팩터링(refactor)해 달라고 요청했을 때, Claude Code는 변경 사항을 계획하고, 저에게 명확히 하기 위한 질문을 하나 던진 뒤 바로 작업을 완료했습니다. Cursor도 agent mode (에이전트 모드)를 통해 유사한 작업을 수행할 수 있지만, Claude Code의 planning (계획) 단계가 더 투명하다고 생각합니다. 다만 문제는 긴 세션 동안 rate limits (사용량 제한)가 심하게 적용된다는 점이며, 저는 오후에 두 번이나 차단된 적이 있습니다.

솔직히 말해서, 이것이 승자 독식의 상황이라고 생각하지는 않습니다. 시각적이거나 짧은 작업에는 Cursor가 저의 daily driver (일상적인 주력 도구)이고, 변경 사항이 제가 직접 생각하고 싶지 않은 범위 이상으로 넓을 때는 Claude Code를 찾게 됩니다. 미래를 추측해 본다면, 도구들이 수렴할 것이라고 봅니다. 즉, 에디터급 UX를 갖춘 terminal-first (터미널 우선) 에이전트 형태가 될 것입니다. 하지만 이는 순전한 추측일 뿐이며, 지난 12개월 동안의 발전 속도를 보면 그 어떤 예측도 우스꽝스럽게 느껴질 정도입니다.