AI 코딩 에디터 Cursor가 또 한 단계 진화했다. 이번에 내놓은 건 두 가지 — Background Agents와 Automations. 이름만 보면 “또 에이전트?” 싶지만, 이번엔 접근 방식이 다르다. 개발자가 프롬프트를 쓰고 결과를 기다리는 게 아니라, AI가 알아서 돌아가고 사람은 필요할 때만 불려나가는 구조다.
이 발표가 나온 시점도 의미심장하다. Cursor의 연 매출이 20억 달러(약 2조 8,000억 원)를 넘겼고, 최근 3개월 만에 매출이 2배로 뛰었다. AI 코딩 도구 시장이 단순한 “보조 도구”에서 “개발 인프라”로 격상되고 있다는 신호다.
Automations — “프롬프트 치지 마, AI가 알아서 시작한다”
기존 AI 코딩 도구의 작동 방식은 이렇다. 개발자가 “이 함수 리팩터링 해줘”라고 프롬프트를 쓰면, AI가 수정 코드를 내놓고, 개발자가 확인한다. 이 “프롬프트 → 모니터링” 루프를 계속 반복하는 거다.
Cursor의 Automations는 이 루프를 없애겠다는 것이다. 에이전트가 특정 이벤트에 의해 자동으로 트리거된다. 어떤 이벤트냐면:
- 새 코드가 커밋되면 → 자동으로 코드 리뷰 에이전트 실행
- Slack 메시지가 오면 → 관련 코드 수정 에이전트 실행
- 타이머 → 매주 월요일 코드베이스 변경 요약을 Slack에 전송
Cursor의 에이전트 엔지니어링 리더 Jonas Nelle는 이걸 “컨베이어 벨트” 모델이라고 설명했다. “인간은 적절한 지점에서만 호출된다.” 기존 방식이 개발자가 AI를 부리는 거였다면, 이제는 AI가 일하다가 개발자를 부르는 구조로 뒤집힌 셈이다.
실제 활용 사례도 구체적이다. PagerDuty에서 인시던트가 발생하면 에이전트가 서버 로그를 자동으로 쿼리하고, 주간 코드베이스 변경 요약을 Slack 채널에 자동 전송하는 식이다.
Background Agents — 내 노트북 밖에서 일하는 AI
Automations와 함께 나온 Background Agents도 주목할 만하다. 기존 Cursor의 Bugbot 기능을 확장한 것인데, 핵심은 에이전트가 개발자의 로컬 머신이 아닌 별도 가상 머신에서 실행된다는 점이다.
이게 왜 중요하냐면, 기존 AI 코딩 에이전트는 개발자 노트북에서 돌아갔다. 에이전트가 코드를 분석하고 테스트를 실행하는 동안 개발자의 컴퓨터 리소스를 잡아먹었다. Background Agents는 클라우드 VM에서 독립적으로 실행되니까, 개발자는 다른 작업을 하면서 동시에 에이전트가 일하게 둘 수 있다.
더 인상적인 건 최대 8개 에이전트를 동시에 실행할 수 있다는 것이다. 각 에이전트는 Git 워크트리(worktree)나 원격 머신을 사용해서 파일 충돌 없이 독립적으로 작업한다. 최근 Claude AI 에이전트 16개가 C 컴파일러를 만든 프로젝트에서도 비슷한 병렬 에이전트 구조를 사용했는데, Cursor는 이걸 제품 수준으로 가져온 거다.
에이전트 엔지니어링 리더 Josh Ma는 “더 많은 토큰을 사용해 어려운 문제를 찾는 것이 정말 가치 있었다”고 평가했다. 단순히 코드를 짜는 것 넘어서, 보안 취약점 탐지나 심층 코드 분석까지 에이전트가 백그라운드에서 처리한다.
현재 Cursor의 PR(Pull Request) 중 35%가 자체 가상 머신에서 작동하는 에이전트가 생성한 것이다. 개발 조직의 코드 생산량 중 3분의 1 이상이 사실상 AI가 만든 셈이다.
매출 2조, 3개월에 2배 — 숫자가 말하는 시장
Cursor를 만든 Anysphere의 성장 속도는 놀라울 정도다. Bloomberg에 따르면 연 매출이 20억 달러(약 2조 8,000억 원)를 넘겼고, 이건 최근 3개월 사이에 매출이 2배로 뛴 결과다.
Ramp 데이터 기준, 생성형 AI 클라이언트 시장에서 Cursor의 점유율은 약 25%로 안정적이다. OpenAI가 코딩 AI 속도를 극한까지 끌어올리고, GitHub Copilot이 에이전트 기능을 강화하고, Anthropic이 Claude Code를 밀고 있는 상황에서 이 정도 점유율을 유지한다는 건 제품 자체의 경쟁력이 있다는 뜻이다.
특히 AI 코딩 에이전트 시장의 가격 전쟁이 치열해지는 가운데, Cursor는 “가격이 아니라 워크플로우”로 차별화하고 있다. 단순히 코드를 더 빠르게 짜주는 게 아니라, 개발 프로세스 자체를 자동화하겠다는 방향이다.
개발자에게 이게 뭘 의미하는가
Cursor의 Automations는 “AI 코딩 도구”의 정의를 바꾸고 있다. 기존엔 “코드를 짜는 걸 도와주는 AI”였다면, 이제는 “개발 워크플로우를 자동으로 운영하는 AI”로 진화하고 있다.
이 방향이 성공하면, 개발자의 역할은 “코드를 작성하는 사람”에서 “어떤 코드를 어떤 기준으로 짜야 하는지 정의하는 사람”으로 바뀔 수 있다. Automations의 트리거를 설정하고, 에이전트의 작업 결과를 최종 검토하는 것. 코딩 자체보다 시스템 설계와 품질 관리가 핵심 역량이 되는 거다.
물론 우려도 있다. PR의 35%를 AI가 만든다는 건, 사람이 직접 검증하지 않은 코드가 프로덕션에 올라갈 위험도 그만큼 커진다는 뜻이다. Background Agents가 만든 코드를 누가, 얼마나 꼼꼼히 리뷰하느냐가 결국 관건이 될 것이다.
정리하면
Cursor의 Automations와 Background Agents는 AI 코딩 도구의 다음 단계를 보여준다. “프롬프트 → 응답” 구조에서 “이벤트 → 자동 실행 → 사람 호출” 구조로의 전환이다.
매출 2조, PR의 35%가 AI 생성, 에이전트 8개 동시 실행 — 숫자만 봐도 AI 코딩이 “보조 도구” 단계를 지났다는 게 분명하다. 개발자가 AI를 쓰는 시대에서, AI가 개발자를 호출하는 시대로. 그 전환점에 Cursor가 서 있다.