Cursor — AI 네이티브 에디터의 힘

GitHub Copilot이 익숙한 VS Code 위에 AI를 얹은 확장이었다면, Cursor는 반대로 갑니다. VS Code를 통째로 포크해 에디터 자체를 AI 중심으로 다시 짠 도구입니다. 확장이 아니라 별도 앱을 깔아야 하고, 그 대가로 자동완성부터 파일 편집, 자율 에이전트까지 한 창 안에서 매끄럽게 이어집니다. 2장에서 본 Copilot이 "표준의 안정감"이라면, Cursor는 "에디터를 새로 배우는 대신 얻는 속도"입니다.

왜 에디터를 통째로 새로 짰나

핵심은 통합의 밀도입니다. AI를 나중에 얹은 도구는 편집 맥락과 AI가 따로 놀기 쉽습니다. Cursor는 처음부터 AI가 코드베이스 전체를 읽고 있다는 전제로 UI를 짰습니다. 그래서 인라인 제안이 열려 있는 다른 파일의 변수명과 API 시그니처를 반영하고, 채팅에서 "이 부분 고쳐줘"라고 하면 여러 파일을 한 번에 손댑니다.

VS Code 포크라는 선택의 값

VS Code를 포크했다는 건 확장·테마·단축키 대부분을 그대로 쓸 수 있다는 뜻입니다. 이주 비용이 낮아 Copilot 사용자가 옮겨오기 쉽습니다. 다만 본가 VS Code의 최신 기능이 Cursor에 반영되기까지 시차가 생기고, 한국어 언어팩 같은 일부 확장은 뒤에서 볼 문제를 일으킵니다.

"에디터가 곧 에이전트"라는 방향

Cursor의 최근 버전들은 에디터를 넘어 에이전트 오케스트레이션 도구로 무게를 옮기고 있습니다. 2026년 4월 나온 Cursor 3은 Agents Window를 도입해 여러 에이전트를 동시에 돌리고, 2026년 5월 Cursor 3.5는 아예 격리된 클라우드 VM에서 작업을 던져두는 방향까지 밀어붙였습니다. 자동완성 도구로 시작한 제품이 지금은 자율 실행 플랫폼에 가깝습니다.

Tab 자동완성 — 체감 속도의 차이

일상 코딩에서 가장 자주 마주치는 건 결국 인라인 자동완성입니다. Cursor는 여기에 자체 파인튜닝한 전용 모델을 씁니다.

왜 빠르게 느껴지나

가장 크게 갈리는 축은 지연시간입니다. Cursor의 Tab 모델은 응답 지연이 대략 150250ms 수준으로 알려져, Copilot의 400800ms보다 눈에 띄게 빠릅니다. 밀리초 단위 차이 같지만 하루에 수백 번 Tab을 누르는 사람에게는 "생각의 흐름이 끊기느냐"의 문제가 됩니다.

Cursor Tab 응답 지연 약 150250ms — Copilot(400800ms)의 절반 이하. 단일 라인이 아니라 함수 단위 멀티라인까지 예측하고, 코드베이스 내 다른 파일의 변수·API를 끌어옵니다.

단순 완성 이상

Tab은 커서 뒤 한 줄만 채우는 데 그치지 않습니다. 함수 전체를 멀티라인으로 예측하고, 방금 고친 부분과 연관된 다음 수정 위치로 커서를 옮겨주기도 합니다. 타이핑을 거드는 수준을 넘어 "다음 편집"을 앞서 제안하는 셈입니다.

에이전트 — 병렬과 격리로 가다

Cursor의 자율성 축은 몇 개 층으로 나뉩니다. 이름이 비슷해 헷갈리기 쉬우니 역할로 구분하는 게 좋습니다.

Composer, Agent, Cloud Agents

Composer는 변경 전후 diff를 리뷰하며 정밀하게 고치는 편집형입니다. Agent Mode는 목표를 주면 연속으로 반복하며 스스로 파일을 만들고 명령을 실행합니다. Cursor 3.5의 Cloud Agents는 여기서 한 발 더 나가, 격리된 VM에서 작업을 비동기로 돌립니다. 로컬 머신을 점유하지 않으니 다른 일을 하는 동안 백그라운드로 굴릴 수 있습니다.

병렬 에이전트와 Router

Cursor 3의 Agents Window는 여러 에이전트를 동시에 띄우고 각자 격리된 git worktree에서 작업하게 한 뒤, 결과를 브랜치로 모아 PR로 병합하는 흐름을 지원합니다. 여기에 2026년 7월 도입된 Cursor Router가 요청 성격에 따라 GPT·Claude·Gemini·자체 모델 중 알맞은 걸 자동으로 골라줍니다. 모델 선택을 고민할 필요가 줄어드는 대신, 어떤 모델이 돌았는지 추적하기는 조금 번거로워졌습니다.

대형 코드베이스를 다루는 법

회사 코드에 붙일 때 진짜 차이가 드러나는 지점입니다. 수십만 줄짜리 프로젝트에서 관련 파일을 얼마나 정확히 찾아오느냐가 관건입니다.

AST 청킹과 증분 인덱싱

Cursor는 Tree-sitter로 코드를 문법 구조(AST) 단위로 잘라 의미 있는 청크로 나눈 뒤 임베딩해 클라우드 벡터 저장소에 넣습니다. 파일을 통째로 자르는 방식보다 함수·클래스 경계를 지켜 검색 정확도가 올라갑니다. 변경분 추적에는 Merkle Tree를 써서 바뀐 부분만 약 10분 주기로 다시 인덱싱하고, 같은 팀이 이미 만든 유사 인덱스를 재사용해 초기 비용을 줄입니다.

코드는 서버에 안 남긴다

보안이 걸리는 팀이 많은데, Cursor는 서버에 코드 원문을 평문으로 저장하지 않고 임베딩만 보관한다고 밝힙니다. 물론 임베딩도 민감정보이므로 사내 정책상 외부 인덱싱 자체가 금지된 조직이라면 별도 검토가 필요합니다. 이 부분은 도입 전 보안팀과 반드시 맞춰봐야 할 대목입니다.

요금과 한국에서의 주의점

가격은 방향만 짚습니다. 정확한 최신 금액은 공식 요금 페이지에서 확인하시길 권합니다.

요금 구조

무료 Hobby 티어가 있고, 개인 유료는 월 $20 안팎의 Pro, 헤비 유저용 Ultra는 월 $200 선입니다. 2025년 6월 고정 요청 수 방식에서 크레딧 기반으로 바뀌어, 정액 안에서 쓰다가 한도를 넘으면 종량으로 후청구되는 구조입니다. 사용량이 들쭉날쭉한 사람은 월별 크레딧 소모를 살펴보는 게 좋습니다.

2025년 6월부터 고정 요청제(월 500요청)를 폐지하고 크레딧제로 전환. 정액 소진 후에는 종량 후청구.

한국어 UI는 아직 함정

가장 실무적인 주의점입니다. Cursor는 UI 한국어를 사실상 지원하지 않습니다. VS Code 한국어 언어팩을 설치해도 버그로 영어가 잔존한다는 보고가 있고, 터미널에서 한글 인코딩이 깨지는 사례도 있었습니다. 결제도 해외카드 USD 안내가 일반적이라 국내 로컬 결제수단은 확인이 필요합니다. 영어 UI가 부담 없다면 문제 없지만, 팀에 영어가 익숙지 않은 인원이 있다면 도입 전에 짚어야 할 지점입니다.

정리 — 언제 Cursor인가

Cursor는 "에디터를 새로 배우는 비용을 치르더라도 빠른 자동완성과 강한 코드베이스 이해를 한 앱에서 얻고 싶은" 사람에게 맞습니다. 특히 하루 종일 코드를 편집하는 개발자에게 Tab의 체감 속도는 강력한 이유가 됩니다. 반대로 이미 Copilot과 VS Code 워크플로우에 최적화됐고 영어 UI가 걸린다면 굳이 옮길 이유는 약합니다. 도구를 조합해 쓰는 관점은 AI 꿀조합과 다른 시리즈에서도 이어집니다.

다음 챕터에서는

에디터 안에 갇히지 않는 방향도 있습니다. 다음 챕터에서는 Claude Code — 터미널 에이전트와 자율 워크플로우에서, IDE 인라인 완성을 아예 포기하는 대신 터미널 위에서 사람이 감독하고 AI가 작성하는 반대편 설계를 뜯어봅니다.