Cursor 공식 문서 기반
Cursor Automations, 쓰기 전에 알아야 할 요금 구조
2026년 3월 5일, Cursor가 Automations를 공식 출시했습니다. 슬랙 메시지 하나로 에이전트가 자동 실행되고, GitHub PR이 열리면 코드 리뷰까지 처리됩니다. 그런데 공식 문서를 읽으면 요금 구조가 예상과 다릅니다. “그냥 구독료 범위 안에서 돌아가겠지”라고 생각했다면, 이 글을 먼저 보세요.
Cursor Automations가 뭔지, 한 줄로
Cursor Automations는 내가 에디터를 열지 않아도, 백그라운드에서 AI 에이전트가 알아서 작업을 실행하는 기능입니다. 정해진 스케줄이나 외부 이벤트(GitHub PR, Slack 메시지, Linear 이슈 등)가 발동 조건이 되고, 에이전트가 코드를 분석하거나 PR에 댓글을 달거나 Slack으로 결과를 보내는 식으로 작동합니다.
Rippling의 실제 사례가 공식 블로그에 소개됩니다. Abhishek Singh는 TODO 항목을 스캔하고, Loom 클립을 Slack에 공유하고, GitHub PR을 자동 생성하는 자동화를 cron 스케줄로 구성했습니다. 에디터를 열 필요 없이 밤새 작동합니다. (출처: Cursor 공식 블로그, 2026.03.05)
핵심은 “트리거 → 프롬프트 → 도구”의 3단계 구조입니다. 트리거가 언제 실행할지를, 프롬프트가 무엇을 할지를, 도구(GitHub·Slack·MCP 등)가 어디에 결과를 남길지를 결정합니다.
트리거 5종 — 실제로 뭘 걸 수 있나
공식 문서 기준으로 Cursor Automations가 지원하는 트리거는 크게 다섯 가지입니다. (출처: cursor.com/ko/docs/cloud-agent/automations)
| 트리거 종류 | 발동 조건 예시 | 주요 활용 |
|---|---|---|
| 예약 트리거 | 매시간, cron 표현식 | 야간 코드 점검, 주기적 보고서 |
| GitHub 트리거 | PR 생성·병합·푸시·댓글, CI 완료 | 자동 코드 리뷰, 버그 탐지 |
| Slack 트리거 | 채널 메시지 수신, 채널 생성 | 버그 리포트 분류, 알림 자동화 |
| Linear 트리거 | 이슈 생성·상태 변경·사이클 종료 | 이슈 기반 코드 작업 자동화 |
| Webhook 트리거 | 외부 POST 요청 | 내부 시스템·CI 파이프라인 연결 |
PagerDuty 트리거도 별도로 지원합니다. 인시던트 발생 시 에이전트가 자동으로 분류하거나 해결하는 흐름을 구성할 수 있습니다. 하나의 자동화에 트리거를 여러 개 설정하면 하나라도 발동될 때 실행됩니다.
Slack 트리거에서 주의할 점이 있습니다. 기본 설정에서는 스레드 답글에 달린 메시지는 발동 조건이 되지 않습니다. 스레드 답글까지 감지하려면 키워드 또는 정규식 필터를 별도로 추가해야 합니다. (출처: cursor.com/ko/docs/cloud-agent/automations)
요금이 구독료랑 별개인 이유
💡 공식 발표문과 요금 문서를 나란히 놓고 보면 이런 차이가 보였습니다. “월 $20 내면 자동화도 그 안에서 돌아가겠지”라는 생각, 실제로는 맞지 않을 수 있습니다.
Cursor Automations는 클라우드 에이전트를 생성해 실행됩니다. 공식 문서는 “자동화는 클라우드 에이전트 사용량을 기준으로 요금이 청구됩니다”라고 명시합니다. (출처: cursor.com/ko/docs/cloud-agent/automations) 즉, 구독 플랜의 포함 크레딧에서 차감되는 구조입니다.
문제는 이 포함 크레딧이 생각보다 빨리 소진된다는 점입니다. Pro 플랜($20/월)에는 $20 상당의 API 크레딧이 포함됩니다. 그런데 파워 유저 기준으로 매일 에이전트를 사용하면 총 사용량이 월 $60~$100 수준이고, 여러 에이전트·자동화를 동시에 돌리면 $200을 넘기도 합니다. (출처: cursor.com/ko/docs/models-and-pricing) 자동화를 cron으로 매시간 실행하면 한 달이면 720회 실행 — 포함 크레딧이 언제 소진될지 모릅니다.
💰 플랜별 포함 크레딧 비교 (2026.03 기준)
| 플랜 | 월 구독료 | 포함 API 크레딧 | 초과 시 |
|---|---|---|---|
| Pro | $20 | $20 | 온디맨드 추가 |
| Pro+ | $60 | $70 | 온디맨드 추가 |
| Ultra | $200 | $400 | 온디맨드 추가 |
출처: cursor.com/ko/docs/models-and-pricing (2026.03 기준)
한 가지 더 알아야 할 것이 있습니다. 크레딧이 소진되면 Auto 모드로 강제 전환되는 게 아니라, 온디맨드 방식으로 API 단가 기준 과금이 계속 이어집니다. 요청이 느려지거나 막히지 않습니다. 모르고 방치하면 청구서가 쌓입니다.
예방하려면 Cursor 사용량 대시보드를 매주 확인하는 게 현실적입니다. 실제로 2025년 12월에는 한 개발자가 회사 Cursor 예산을 한 세션에 소진하는 사례가 보고됐습니다. (출처: itpro.com, 2025.12.10)
권한 설정이 청구 주체를 바꿉니다
Cursor Automations에는 비공개(Private) / 팀 공개 / 팀 소유(Team Owned) 세 가지 권한 범위가 있습니다. 단순한 가시성 설정처럼 보이지만, 실제로는 요금이 누구한테 청구되는지를 결정합니다. (출처: cursor.com/ko/docs/cloud-agent/automations)
💡 공개 여부와 요금 청구 주체는 다른 문제입니다. 팀 공개로 설정해도 요금은 생성한 사람한테 빠집니다.
| 권한 범위 | 요금 청구 주체 | 실행 주체 |
|---|---|---|
| 비공개 | 자동화 생성자 개인 | 생성자 계정 |
| 팀 공개 | 자동화 생성자 개인 | 생성자 계정 |
| 팀 소유 | 팀 공유 사용량 풀 | 팀 서비스 계정 |
“팀 공개”는 팀원이 자동화를 볼 수 있게 하지만, 요금은 여전히 생성자 개인에게 청구됩니다. 팀 전체가 쓰는 자동화를 만들었는데 혼자 요금을 내는 구조가 되는 겁니다. 팀 소유(Team Owned)로 설정해야 팀의 공유 사용량 풀에서 청구됩니다.
권한 범위를 비공개에서 팀 소유로 바꾸면 실행 주체가 달라집니다. Webhook 트리거를 쓰고 있었다면, 범위 변경 후 Webhook API 키를 반드시 재생성해야 합니다. 이전 키는 더 이상 작동하지 않습니다.
GitHub Actions랑 결정적으로 다른 것
💡 같은 PR 이벤트에 반응하더라도, Cursor Automations는 “코드를 이해하는 에이전트”가 움직이고 GitHub Actions는 “미리 짠 스크립트”가 돌아갑니다.
GitHub Actions는 yml 파일로 정의한 스크립트를 조건에 따라 실행합니다. 무엇을 실행할지를 사람이 코드로 정확히 명세해야 합니다. 반면 Cursor Automations는 자연어 프롬프트를 읽고 AI 에이전트가 판단합니다. PR diff를 분석해서 어떤 댓글을 남길지, 어떤 Slack 채널로 보낼지를 에이전트가 스스로 결정합니다.
이 차이가 가장 잘 드러나는 게 Agentic Codeowners 기능입니다. PR이 열리면 에이전트가 git 이력과 메모리를 분석해 해당 코드에 가장 적합한 리뷰어를 자동으로 찾아 요청합니다. 누가 이 모듈을 많이 건드렸는지, 어떤 팀이 담당인지를 에이전트가 판단합니다. GitHub Actions로 같은 기능을 구현하려면 상당한 스크립트 작성이 필요합니다.
비교 수치도 있습니다. GitHub Copilot의 클라우드 에이전트는 GitHub Actions VM에서 실행되고 CI 결과 로그를 남깁니다. Cursor 클라우드 에이전트는 격리된 VM에서 브라우저 UI 테스트까지 수행하고, 비디오 증거를 PR에 첨부합니다. Cursor 자체 측정 기준으로 이 에이전트가 생성한 PR이 전체 병합 PR의 35%를 차지합니다. (출처: morphllm.com 비교 분석, 2026.03)
단, GitHub Actions는 무료 Tier가 공개 저장소에서 무제한 사용 가능합니다. Cursor Automations는 실행할 때마다 크레딧이 소진됩니다. 비용 대비 효율을 따지면, 이미 로직이 확실한 작업은 GitHub Actions가 유리합니다. 판단이 필요한 작업에서 Automations가 빛납니다.
쓸 만한 상황과 아닌 상황
Cursor Automations가 실제로 효과적인 케이스와 그렇지 않은 케이스를 정리했습니다. 공식 블로그 사례와 비교 데이터를 교차해 도출한 구분입니다.
✅ Automations가 맞는 상황
- 판단이 필요한 자동화: “이 PR에서 보안 이슈를 찾아 댓글 달기”처럼 맥락 파악이 필요한 작업. 스크립트로 구현하기 어려운 영역에서 AI 에이전트가 강점을 발휘합니다.
- 다중 플랫폼 연동: GitHub + Slack + Linear + PagerDuty를 하나의 자동화로 연결할 때. 기존에는 각 플랫폼마다 별도 통합이 필요했습니다.
- 누적 학습이 필요한 작업: 메모리 기능으로 실행 간 정보를 누적해 개선됩니다. 같은 자동화가 반복될수록 더 나은 결과를 냅니다.
❌ Automations보다 다른 방법이 나은 상황
- 로직이 확실한 빌드·테스트 자동화: 코드 빌드, 테스트 실행, 배포 파이프라인은 GitHub Actions가 비용·안정성 모두 유리합니다. AI 판단이 필요 없는 영역입니다.
- JetBrains·Neovim·Xcode 환경: Cursor 자체가 지원하지 않습니다. GitHub Copilot이 실질적인 유일한 선택지입니다. (출처: morphllm.com, 2026.03)
- 예산이 빠듯한 소규모 팀: GitHub Copilot Business는 $19/user/월인데, Cursor Teams는 $40/user/월입니다. 가격 차이가 2배 이상입니다. (출처: cursor.com/ko/pricing, 2026.03)
솔직히 말하면, SWE-bench Verified 기준에서 GitHub Copilot(56.0%, 280/500)이 Cursor(51.7%, 258/500)보다 점수가 높습니다. 가격은 절반입니다. (출처: morphllm.com, 2026.03) Automations 같은 고급 기능이 필요하지 않다면, Cursor가 무조건 더 낫다는 말은 숫자가 지지하지 않습니다.
Q&A 5가지
마치며
Cursor Automations는 기능 자체는 매력적입니다. 판단이 필요한 반복 작업을 AI 에이전트에게 위임하는 개념은 GitHub Actions이 커버하기 어려운 영역을 채웁니다. 공식 블로그에 소개된 Rippling 사례처럼, 잘 설계된 자동화 하나가 팀 전체의 야간 작업을 대신할 수 있습니다.
다만 요금 구조를 모르고 시작하면 예상치 못한 청구서를 받을 수 있습니다. 자동화는 클라우드 에이전트 크레딧을 소비하고, 권한 설정에 따라 청구 주체가 달라지고, 한 번 설정하면 매시간 실행될 수 있습니다. 공식 문서에 다 나와 있지만, 한 번에 읽어야 보이는 구조입니다.
Pro 플랜에서 처음 Automations를 써볼 계획이라면, 첫 달은 실행 횟수를 주간 1~2회로 제한하고 사용량 대시보드를 매일 확인하는 게 안전합니다. 크레딧 소진 속도를 확인한 뒤 플랜 업그레이드나 온디맨드 옵션을 선택하는 순서가 현실적입니다.
본 포스팅 참고 자료
- Cursor 공식 블로그 — Automations 출시 발표 (cursor.com/ko/blog/automations)
- Cursor 공식 문서 — Cloud Agent Automations (cursor.com/ko/docs/cloud-agent/automations)
- Cursor 공식 문서 — 모델 및 요금 (cursor.com/ko/docs/models-and-pricing)
- Cursor vs Copilot SWE-bench 비교 분석 — morphllm.com (morphllm.com/comparisons/cursor-vs-copilot, 2026.03)
- Cursor 요금제 전체 분석 — wearefounders.uk (wearefounders.uk, 2026.02)
본 포스팅 작성 이후 Cursor의 서비스 정책·UI·요금제·기능이 변경될 수 있습니다. 본문의 요금 및 사양은 2026년 3월 26일 기준 공식 문서를 바탕으로 작성되었습니다. 최신 정보는 cursor.com에서 직접 확인하세요.
댓글 남기기