Cursor 3가 바꾼 건 코드창이 아니라 개발자의 자리입니다
코드창보다 큰 변화가 먼저 보였습니다
Cursor가 4월 2일 공개한 Cursor 3는 새 기능 몇 개를 묶어낸 업데이트로 보기엔 방향이 너무 선명합니다. 공식 블로그가 제품을 'software with agents를 위한 unified workspace'로 규정했는데, 이건 코드를 더 빨리 써주는 editor가 아니라 여러 agent를 한 화면에서 운영하는 작업실을 만들겠다는 선언에 가깝습니다. 제일 크게 달라지는 지점은 개발자가 직접 타이핑하는 사람에서, 병렬로 돌아가는 agent를 배치하고 검수하는 사람으로 올라간다는 점이에요.
한 사람이 여러 흐름을 붙잡는 방식으로 갑니다
공식 글에 따르면 agent 목록이 모바일, 웹, 데스크톱, Slack, GitHub, Linear까지 한 사이드바로 모입니다. 클라우드 agent는 데모와 screenshot을 남기고, 세션은 local과 cloud 사이를 빠르게 넘길 수 있으며, 마지막에는 diff 확인 뒤 commit과 PR 관리까지 이어집니다. 실제로 써보면 모델이 얼마나 똑똑한지보다 컨텍스트 스위칭을 얼마나 덜 만들었는지가 체감 생산성을 더 좌우하거든요. Cursor 3는 바로 그 병목을 제품 설계의 중심으로 끌어올린 셈입니다.
숫자가 붙는 순간 얘기가 달라집니다
여기에 시장 숫자가 붙으면 분위기가 더 무거워집니다. Ramp가 4월 1일 업데이트한 vendor data를 보면 Cursor는 생성형 AI 카테고리에서 adoption rate 27%로 3위였고, 전년 대비 9%포인트 올랐습니다. TechCrunch는 3월 5일 보도에서 Cursor가 이미 hundreds of automations per hour를 돌리고 있다고 전했고, 같은 기사에서 Bloomberg 보도를 인용해 2월 연환산 매출이 20억 달러를 넘었으며 3개월 만에 두 배가 됐다고 적었습니다. 이 정도면 시장이 Cursor를 코딩 보조툴이 아니라 운영 레이어로 사고 있다는 해석이 더 자연스러워요.
이제 코딩 툴이 아니라 작업 파이프라인을 팝니다
TechCrunch 보도에서 더 흥미로운 대목은 Automations가 단순 코드 리뷰를 넘어서 incident response에도 쓰인다는 부분이었습니다. PagerDuty incident가 뜨면 agent가 MCP 연결로 서버 로그를 조회하도록 붙여놨다는 설명이 나오는데, 여기서부터는 AI coding tool이라기보다 개발팀용 control plane에 가까워집니다. vibe coding이 개인의 즉흥성과 속도에 기대는 장면이었다면, Cursor 3는 그 즉흥성을 팀 단위 운영 체계 안으로 집어넣으려는 쪽에 더 가깝습니다. 제일 큰 문제는 우선순위를 못 잡는 거죠. Cursor는 그 우선순위를 사람이 직접 코딩해서 맞추기보다, agent 흐름을 설계하고 끊어주는 방식으로 옮기고 있어요.
VS Code 포크 다음에 나온 진짜 베팅
Cursor는 이번 글에서 처음엔 VS Code를 fork해 표면을 통제했다면, 이번에는 agent 중심 인터페이스를 아예 from scratch로 만들었다고 밝혔습니다. 이 선택은 model moat보다 workflow moat를 먼저 쌓겠다는 신호로 읽힙니다. 코드 생성 품질은 결국 상향 평준화될 가능성이 높지만, 팀이 어떤 흐름으로 agent를 넘기고 리뷰하고 merge하는지는 쉽게 복제되지 않거든요. 플러그인도 공식 글 기준으로 hundreds of plugins를 전면에 내세웠는데, 이 역시 모델 성능 자랑보다 작업 체계 확장을 먼저 보여주겠다는 메시지로 보입니다.
다음으로 볼 장면은 하나입니다
그래서 Cursor 3를 개인 생산성 도구의 다음 버전 정도로 읽으면 실제 변화를 과소평가하게 됩니다. 한 사람이 동시에 여러 repo와 여러 작업을 감시하는 구조가 기본값이 되면, spec·test·review 규칙이 없는 팀은 속도보다 혼선이 먼저 커질 가능성이 높아요. 반대로 이 단계가 잡힌 팀은 같은 인원으로 처리할 backlog의 폭이 갑자기 넓어질 수 있습니다. 계속 볼 포인트는 하나예요. Cursor 3의 승부는 agent 수를 몇 개 더 띄우느냐가 아니라, Slack·GitHub·Linear·PR 리뷰까지 이어지는 흐름을 팀의 기본 동선으로 바꾸는 데 성공하느냐에 달려 있습니다.
