IDE 안에 있던 에이전트가 밖으로
Cursor 하면 보통 'AI가 붙은 코드 에디터'를 떠올리시죠. 채팅창에 '이 함수 리팩터링해줘'라고 하면 에이전트가 파일을 읽고 고치고, 터미널 명령까지 돌려서 결과를 보여주는 그 경험이요. 그런데 Cursor가 블로그를 통해 Agent SDK를 발표했어요. 쉽게 말하면 지금까지 에디터 화면 안에서만 쓰던 그 에이전트를, 내 코드에서 함수처럼 불러 쓸 수 있게 열어준 거예요.
SDK는 Software Development Kit의 약자로, '어떤 기능을 내 프로그램에서 쓸 수 있게 묶어둔 도구 상자'라고 보시면 돼요. 사람이 에디터를 열고 채팅을 치지 않아도 스크립트나 서버, CI 파이프라인에서 에이전트에게 일을 시킬 수 있게 된다는 얘기죠. 이게 왜 중요하냐면, 코딩 에이전트 경쟁의 중심이 'IDE 안의 사용 경험'에서 '어디서든 호출할 수 있는 실행 엔진'으로 옮겨가고 있다는 신호이기 때문이에요.
에이전트 SDK는 어떻게 동작할까
에이전트의 핵심은 에이전트 루프예요. 이게 뭐냐면, 모델이 한 번 대답하고 끝나는 게 아니라 아래 과정을 목표를 이룰 때까지 반복하는 구조예요.
1. 모델이 지금 상황을 보고 다음 행동을 정해요. 예를 들면 '이 파일을 열어봐야겠다' 같은 거죠.
2. SDK가 그 행동을 실제 도구(tool) 호출로 실행해요. 파일 읽기, 코드 검색, 파일 수정, 터미널 명령 같은 것들이요.
3. 실행 결과를 다시 모델에게 돌려줘요.
4. 모델은 결과를 보고 다음 행동을 정하고, 일이 끝났다고 판단하면 멈춰요.
말로 하면 단순한데, 실제로 잘 돌아가게 만드는 건 꽤 어려워요. 큰 저장소에서 관련 파일을 정확히 찾아오는 검색, 대화가 길어질 때 맥락(컨텍스트)을 줄이면서도 중요한 정보는 유지하는 기술, 위험한 명령 전에 멈추는 권한 관리, 실패했을 때의 재시도 전략까지 챙겨야 하거든요. 이렇게 모델을 감싸고 루프를 굴리는 실행 환경 전체를 흔히 하네스(harness)라고 불러요. 같은 모델을 써도 하네스를 얼마나 잘 짰느냐에 따라 결과 품질이 크게 달라져요.
Cursor가 SDK로 내놓은 건 결국 이 하네스예요. Cursor는 코드베이스를 인덱싱해서 의미 기반으로 검색하는 기능, 여러 회사의 모델을 골라 쓸 수 있는 구조, 그리고 자체 모델까지 갖추고 있죠. 이런 걸 처음부터 직접 만들지 않고 이미 다듬어진 루프를 가져다 쓸 수 있다는 게 가장 큰 의미예요. 구체적인 API 형태, 지원 언어, 과금 방식은 공식 문서에서 꼭 확인해 보세요.
업계 맥락: 모두가 '에이전트 엔진'을 팔기 시작했다
이 흐름은 Cursor만의 이야기가 아니에요. Anthropic은 Claude Code를 굴리던 하네스를 Claude Agent SDK로 공개했고, OpenAI도 범용 Agents SDK에 이어 Codex를 코드로 제어하는 SDK를 내놨어요. 구글도 ADK(Agent Development Kit)로 에이전트 개발 도구를 밀고 있죠.
차이를 보면 흥미로운데요. 모델 회사의 SDK는 자사 모델에 맞춰 최적화돼 있는 반면, Cursor는 원래 여러 모델을 붙여 쓰는 '도구 회사'에 가까워요. 그래서 Cursor SDK의 강점은 모델 선택의 유연성과 코드베이스 이해 능력에서 나올 가능성이 커요. 모델 회사들은 '모델+하네스'를 한 세트로 팔고, Cursor는 '하네스+개발자 경험'으로 승부하는 구도인 셈이죠. Cursor는 이미 클라우드에서 돌아가는 백그라운드 에이전트와 CLI도 내놓은 적이 있어서, 이번 SDK는 그 연장선에서 플랫폼으로 넘어가는 마지막 퍼즐 조각으로 볼 수 있어요.
한국 개발자에게 주는 시사점
실무에서 떠올려볼 만한 활용처는 꽤 많아요.
- CI 연동: 테스트가 깨지면 에이전트가 원인을 찾아 수정 PR을 올리는 자동화
- 대량 마이그레이션: 라이브러리 버전 업그레이드나 API 교체처럼 수백 개 파일에 반복되는 작업
- 사내 봇: 슬랙이나 잔디에 이슈 링크를 던지면 초안 코드를 만들어주는 도우미
- 코드 리뷰 보조: PR마다 규칙 위반이나 빠진 테스트를 먼저 짚어주는 1차 리뷰어
그리고 어떤 SDK를 고르든 '에이전트 루프', '도구 설계', '컨텍스트 관리'라는 개념은 거의 똑같아요. 하나를 제대로 익혀두면 다른 SDK로 갈아타는 것도 어렵지 않으니, 작은 사이드 프로젝트로 지금 한번 만져보는 걸 추천해요.
마무리
한줄 정리: 코딩 에이전트는 이제 '에디터 기능'이 아니라 '어디서든 부를 수 있는 실행 엔진'이 되어가고 있어요.
여러분은 팀 업무 중 어떤 반복 작업을 가장 먼저 에이전트에게 맡겨보고 싶으신가요? 그리고 모델 회사의 SDK와 Cursor 같은 도구 회사의 SDK 중 어느 쪽에 더 끌리시나요?
🔗 출처: Hacker News