트렌드 · 4분 · 05.01

Cursor가 IDE를 버리고 SDK 회사가 됐다 — Composer 2와 토큰 효율의 함정

loopy vibecoder

#draft #Cursor #Composer-2 #TypeScript-SDK #에이전트 #바이브코딩 #AI코딩도구

핵심 요약 (TL;DR)

2026년 4월 29일 Cursor가 Cursor TypeScript SDK 퍼블릭 베타를 풀었습니다. npm install @cursor/sdk 한 줄이면 데스크톱 앱·CLI·웹과 동일한 에이전트 런타임을 코드로 호출할 수 있어요. 디폴트 모델은 자체 코딩 모델 Composer 2로 200+ tok/s, 가격 $0.50/M(input)·$2.50/M(output), 빠른 변종은 $1.50/$7.50. 같은 주 Anthropic SDK·OpenAI Agents SDK와 같은 레이어에 직접 올라온 사건입니다.

무슨 일이 벌어졌나

Cursor 공식 블로그 "TypeScript SDK" 글이 4월 29일에 올라왔습니다. (cursor.com/blog/typescript-sdk) 핵심은 한 줄로 요약돼요 — "Cursor를 쓰던 그 에이전트 런타임을, 이제 당신의 코드 안에서 부르세요."

SDK가 노출하는 것:

컨텍스트 매니지먼트 — Cursor 데스크톱이 내부적으로 쓰던 그 컨텍스트 압축·서치·전송 로직
MCP 서버 연결 — 내가 띄운 MCP 서버를 에이전트가 그대로 호출
Skills · Hooks · Subagent 위임 — 데스크톱에 있던 기능을 코드에서 동일하게 사용
실행 환경 선택 — 로컬, Cursor 클라우드(샌드박스 VM), 셀프호스트 워커 셋 중 택일

디폴트는 3월 18일 발표된 자체 코딩 모델 Composer 2입니다. 발표 시점 기준 200+ tok/s 출력 속도, CursorBench 61.3점, 가격은 입력 $0.50/M · 출력 $2.50/M. 더 빠른 변종으로 $1.50/$7.50도 있어요. 이 가격대는 Sonnet 4.6이나 GPT-5 코딩 변종 대비 명확히 저렴한 구간입니다.

왜 이게 IDE 회사의 정체성 변화인가

원래 Cursor는 "AI가 들어간 VS Code 포크"였어요. 사용자는 IDE를 열고 채팅창과 인라인 컴플리션을 썼죠. 그런데 SDK가 나오면서 가능해진 게 이런 것들입니다.

import { Cursor } from '@cursor/sdk';

const agent = new Cursor({
  model: 'composer-2',
  workspace: './my-repo',
});

await agent.run({
  prompt: '에러 로그를 분석하고 PR을 만들어줘',
  hooks: { onFileChange: notifySlack },
});

이게 cron으로 돌아가면? CI에 박히면? 비기술 팀원용 커스텀 에이전트 UI에 들어가면? Cursor 하니스의 모든 강점이 IDE 밖으로 나오는 거예요. Anthropic Claude Agent SDK · OpenAI Agents SDK · Vercel AI SDK와 같은 레이어에 진입한 셈이고, Cursor가 "에이전트 빌더 플랫폼"으로 정체성을 갈아탄 사건입니다.

InfoQ는 이걸 "Cursor 3 Agent-First Interface" 흐름의 연장선으로 정리했어요. Cursor 3가 IDE 우선이 아니라 에이전트 우선으로 리디자인되고, SDK는 그 정체성을 코드 레벨로 노출시킨 결과물인 거죠.

토큰 효율의 함정

여기서 솔직하게 말씀드릴 부분이 있습니다. Hacker News 댓글 한 줄을 그대로 옮기면 — "Cursor에서 주당 $2K 쓰다가 Claude Code Max로 옮기니 1/10 가격에 똑같은 생산성."

같은 모델이라도 하니스에 따라 토큰 사용량이 6배까지 차이 난다는 보고가 커뮤니티에 일관되게 올라옵니다. 같은 작업에 Claude Code는 컨텍스트의 12%를 쓰고 Cursor는 80%를 쓴다는 식의 측정치예요. 이유는 명확합니다 — Cursor의 강점인 "컨텍스트 자동 수집"이 토큰 효율의 비용으로 돌아오는 구조.

SDK도 이 특성을 그대로 상속합니다. Composer 2가 가격이 싸도(입력 $0.50/M), 호출당 토큰이 6배면 결과적으로 청구서가 비슷해질 수 있어요. "가격이 싸다" ≠ "청구서가 작다"는 점은 SDK를 cron으로 돌리기 전에 꼭 측정해보셔야 합니다.

그래서 어떻게 써야 할까

실용적 가이드 세 가지로 정리하면:

에이전트가 하나의 작업만 반복하는 워크플로 — Cursor SDK + Composer 2 조합이 가장 빛납니다. 컨텍스트가 좁고 명확하면 토큰 6배 함정도 덜 터져요.
CI에서 PR 자동 분석·수정 — Claude Agent SDK가 토큰 효율 면에서 더 안전한 선택입니다. Cursor SDK도 가능하지만 비용 모니터링이 필수.
비기술 팀용 커스텀 에이전트 UI — Cursor SDK의 진짜 사용처. 데스크톱 앱이 줄 수 없는 "우리 회사용 UI"를 만들 수 있는 게 SDK가 노출된 진짜 이유입니다.

FAQ

셀프호스트 워커에서 Composer 2를 BYOK로 쓸 수 있나요?
공식 문서가 명확히 답하지 않은 영역입니다. 셀프호스트 워커에서 모델은 보통 OpenAI·Anthropic API 키로 라우팅하지만, Composer 2는 Cursor 자체 추론이라 BYOK 경로가 별도일 가능성이 큽니다. Cursor 포럼 "SDK in public beta" 스레드에서 활발히 토론 중이에요.

Cursor 클라우드 VM을 쓰면 추가 인프라 과금이 있나요?
SDK 베타 단계의 가격 정책은 "토큰 기반"이 기본이지만, 샌드박스 VM 사용 시간에 비례한 인프라 과금이 추후 적용될 가능성이 공지돼 있습니다. 베타 동안은 토큰만 카운트되는 구간을 활용하시면 좋아요.

Anthropic SDK를 쓰던 사람이 옮겨갈 이유가 있나요?
"하니스 단위로 옮겨갈" 이유는 별로 없습니다. 그보다는 "Cursor의 컨텍스트 자동 수집·MCP 노출이 진짜 필요한 작업"에만 Cursor SDK를 쓰고, 나머지는 Anthropic Claude Agent SDK처럼 토큰 효율 좋은 하니스를 그대로 두는 "하이브리드"가 현실적입니다.

다음 액션

오늘 하실 일은 두 가지예요. (1) 평소 자주 돌리는 코딩 워크플로 하나를 골라 Cursor SDK + Composer 2로 동일하게 짜고, (2) 같은 작업의 input·output 토큰을 Claude Code와 비교 측정해보세요. 30분이면 됩니다. 그 데이터 한 장이 "Cursor SDK를 어디에 박을지"의 가장 정확한 답을 줍니다.

같은 주 Anthropic이 1M 컨텍스트 베타를 끄면서 모델 시장이 흔들렸고, 빅테크 4사 capex가 $725B로 치솟았습니다. 도구의 자유(SDK)와 가격의 강제(capex 동결)가 같은 주에 함께 온 게 2026년 5월의 풍경이에요. SpaceX가 Cursor를 $600억에 사려 한다는 더 큰 그림도 같이 보시면 흐름이 명확해질 겁니다.