Cursor 공식 문서 기준
Cursor Automations, 쓰기 전에 이 조건 보세요
2026년 3월 5일, Cursor가 상시 가동형 AI 에이전트 기능을 공개했습니다. Slack 메시지 한 건, GitHub PR 하나만으로 에이전트가 자동 실행됩니다. 좋아 보이죠? 근데 Pro $20 플랜으로 마음껏 쓰면 요금이 터집니다. 공식 문서에서 직접 확인한 내용, 아래에 다 정리했습니다.
Cursor Automations가 뭔가요?
기존 Cursor는 ‘개발자가 프롬프트를 입력하면 에이전트가 응답하는’ 구조였습니다. 내가 말을 걸어야 움직이는 방식이죠. Cursor Automations는 이 흐름을 완전히 뒤집었습니다. 내가 아무 말을 안 해도 특정 이벤트가 발생하면 에이전트가 알아서 깨어나 일을 처리하고 다시 잠드는 구조입니다.
Cursor 공식 블로그(2026.03.05)에서는 이 기능을 “항상 동작하는 에이전트(always-on cloud agents)”라고 표현합니다. 예를 들어, GitHub에 PR이 올라오는 순간 자동으로 보안 취약점을 스캔하고 결과를 Slack에 보내는 에이전트를 만들어 놓을 수 있습니다. 사람이 아무 행동을 하지 않아도 됩니다.
에이전트는 실행될 때마다 클라우드 샌드박스를 생성하고, 설정한 모델과 MCP(Model Context Protocol)를 사용해 지시사항을 처리합니다. 그리고 자신의 실행 결과를 메모리로 저장해서 다음 실행 때 더 잘할 수 있도록 학습합니다.
트리거 6종, 실제로 어떻게 작동하나요
Automations가 실행되는 방아쇠(트리거)는 공식 문서 기준으로 크게 6가지입니다. 예약(Cron), GitHub, Slack, Linear, PagerDuty, Webhook이고 이 중 하나라도 발동되면 에이전트가 바로 작동합니다. 자동화 하나에 여러 트리거를 묶는 것도 됩니다.
| 트리거 유형 | 대표 이벤트 예시 | 주요 활용 사례 |
|---|---|---|
| Cron (예약) | 매일 오전 9시, 2시간마다 | 주간 PR 요약, 테스트 커버리지 점검 |
| GitHub | PR 오픈, PR 병합, 브랜치 push, CI 완료 | 보안 리뷰, 코드 소유자 자동 지정 |
| Slack | 특정 채널 새 메시지, 채널 생성 | 버그 리포트 자동 분류, Linear 이슈 생성 |
| Linear | 이슈 생성, 상태 변경, 사이클 종료 | 이슈별 코드 자동 조사 및 PR 생성 |
| PagerDuty | 인시던트 발생, 확인, 해결 | 로그 자동 분석, 온콜 엔지니어에 Slack 요약 |
| Webhook | 외부 HTTP POST 수신 | 내부 CI 파이프라인, 모니터링 도구 연결 |
Rippling의 Senior Staff Engineer Tim Fall은 공식 블로그에서 “할 일 정리, 문서 업데이트, Slack 메시지 응답까지 자동화로 처리하니 더 중요한 일에 집중할 수 있다”고 밝혔습니다. 매일 반복되는 잡무를 에이전트에 넘기는 게 핵심 활용법입니다. (출처: Cursor 공식 블로그, 2026.03.05)
Pro $20으로 충분하다는 생각, 여기서 무너집니다
💡 공식 요금 문서와 Automations 청구 방식을 함께 놓고 보니 이런 차이가 보였습니다.
Cursor Automations는 Pro 플랜($20/월)부터 사용 가능합니다. 여기까지는 좋습니다. 문제는 실행 방식입니다. Automations는 실행될 때마다 클라우드 에이전트를 새로 띄우고, 이 에이전트 실행은 플랜에 포함된 API 크레딧을 소모합니다. Pro 플랜에 포함된 API 크레딧은 월 $20 어치입니다.
Cursor 공식 요금 문서(cursor.com/docs/models-and-pricing, 2026.03 기준)에는 이렇게 나옵니다.
사용 패턴별 월 예상 비용 (Cursor 공식 문서)
- Tab만 사용: 항상 $20 이내
- Agent 가끔 사용: 대부분 $20 이내
- 매일 Agent 사용: 총 약 $60~$100/월
- 에이전트·자동화 집중 사용: 약 $200+/월
출처: Cursor 공식 요금 문서 (cursor.com/docs/models-and-pricing, 2026.03 기준)
자동화를 매일 적극적으로 쓰면 기본 요금의 10배인 $200이 나올 수 있습니다. 초과분은 같은 API 단가로 추가 청구됩니다. 결제가 차단되지 않고 계속 쌓입니다.
모델 선택도 비용에 직결됩니다. Auto 모드(Output 기준 $6.00/100만 토큰)를 쓰면 그나마 낫지만, Claude 4.6 Sonnet ($15.00/100만 토큰)이나 GPT-5.4 ($15.00/100만 토큰)를 선택하면 같은 작업에도 2.5배 비용이 더 나옵니다. 자동화 설정에서 모델을 직접 지정하지 않으면 Cursor가 기본 모델을 선택하는데, 이게 반드시 가장 저렴한 옵션은 아닙니다. (출처: Cursor 공식 요금 문서)
팀 플랜($40/user/월)에서는 팀 소유 자동화를 사용하면 사용량이 팀 공유 크레딧 풀에서 빠져나옵니다. 혼자 다 내지 않아도 되는 구조입니다. 개인이 Automations를 적극적으로 쓸 계획이라면 Pro보다 Teams를 먼저 따져보는 게 맞습니다.
Cursor 자신도 직접 쓰고 있습니다 — 주 3,000건 PR 리뷰
💡 공식 보안 엔지니어링 블로그에 실린 수치를 보면, 홍보 문구가 아니라는 걸 알 수 있습니다.
Cursor는 자사 보안 엔지니어링 블로그(2026.03.16)에서 직접 Automations를 쓴 결과를 공개했습니다. 지난 9개월 동안 PR 처리량이 5배로 늘었고, 현재 보안 에이전트 플릿이 매주 3,000건 이상의 내부 PR을 리뷰하며 200개 이상의 취약점을 잡아내고 있습니다. (출처: cursor.com/ko/blog/security-agents, 2026.03.16)
PR 3,000건을 사람이 수동으로 보안 리뷰한다면 보안 전담 팀 여러 명이 풀로 달려붙어야 하는 규모입니다. 에이전트 덕분에 그게 가능해졌다는 거죠.
Cursor가 직접 쓰는 자동화는 네 종류입니다. PR 대상 보안 취약점 탐지(Agentic Security Review), 기존 코드베이스 전체 취약점 스캔(Vuln Hunter), 의존성 자동 패치 및 PR 생성(Anybump), 매일 보안 규정 드리프트 모니터링(Invariant Sentinel)입니다. 네 가지 모두 마켓플레이스 템플릿으로 공개돼 있습니다.
특히 Anybump는 구조가 흥미롭습니다. 단순히 의존성을 올리는 게 아니라, 도달 가능성 분석으로 실제 영향이 있는 취약점만 추린 다음 → 코드 경로 추적 → 테스트 실행 → 테스트 통과 시에만 PR 생성 순으로 움직입니다. 사람이 하면 며칠 걸릴 작업을 에이전트가 자동으로 처리하는 겁니다. (출처: cursor.com/ko/blog/security-agents)
Private vs 팀 소유, 어떻게 설정해야 덜 억울한가요
💡 청구 주체가 권한 범위에 따라 달라진다는 걸 처음 보는 사람이 많습니다. 설정 한 번 잘못하면 팀 전체 비용을 혼자 냅니다.
Automations에는 권한 범위가 세 가지입니다. Private, 팀 공개(Team Public), 팀 소유(Team Owned)인데, 이 설정이 누구의 크레딧에서 비용이 빠지는지를 결정합니다. 공식 문서에 딱 이렇게 나옵니다. (출처: cursor.com/ko/docs/cloud-agent/automations)
| 권한 범위 | 비용 청구 주체 | 팀원 열람 가능 여부 |
|---|---|---|
| Private | 자동화 생성자 개인 | 관리자만 열람·비활성화 가능 |
| 팀 공개 | 자동화 생성자 개인 | 팀원 열람 가능, 관리자 비활성화 가능 |
| 팀 소유 | 팀 공유 사용량 풀 | 팀원 열람, 관리자만 관리 |
팀에서 공동으로 쓸 자동화라면 반드시 팀 소유(Team Owned)로 설정해야 비용이 개인한테 몰리지 않습니다. 문제는 팀 소유로 승격할 수 있는 권한이 팀 관리자에게만 있다는 점입니다. 직접 만든 자동화를 팀 소유로 바꾸려면 관리자한테 요청해야 합니다.
팀 소유로 전환 후에는 Webhook API 키를 반드시 재생성해야 합니다. 이전 키는 더 이상 작동하지 않습니다. MCP나 OAuth 자격 증명도 개인 계정이 아닌 팀 서비스 계정으로 재설정이 필요합니다. 전환 후 에이전트가 외부 서비스에서 댓글을 달거나 PR을 열 때 표시되는 이름은 사용자 계정이 아닌 `cursor`로 바뀝니다. (출처: cursor.com/ko/docs/cloud-agent/automations)
GitHub Actions와 뭐가 다른가요
가장 많이 받는 질문입니다. GitHub Actions도 PR이 올라오면 자동으로 뭔가를 실행하는데, Cursor Automations가 굳이 필요한가 하는 의문이죠. 결론부터 말하면 GitHub Actions는 스크립트를 실행하고, Cursor Automations는 판단하는 에이전트를 실행합니다.
GitHub Actions는 정해진 규칙대로만 움직입니다. 린터를 돌리고, 테스트를 실행하고, 특정 조건에서 배포하는 식입니다. 규칙 밖의 상황이 생기면 사람이 직접 대응해야 합니다. Cursor Automations의 에이전트는 코드베이스를 읽고, 맥락을 파악하고, 어떤 리뷰어를 지정할지, 이 버그 리포트가 기존 이슈와 중복인지, 이 취약점이 실제로 도달 가능한지를 스스로 판단합니다.
Rippling의 사례가 이 차이를 잘 보여줍니다. 개발자 Abhishek Singh는 매일 쌓이는 회의 메모, 액션 아이템, Loom 링크를 Slack에 올려 두면 2시간마다 실행되는 cron 에이전트가 GitHub PR, Jira 이슈, Slack 멘션을 전부 읽고 중복을 제거한 뒤 깔끔한 대시보드를 만들어줍니다. 스크립트로는 이 중복 판단과 맥락 통합을 처리할 수 없습니다. (출처: Cursor 공식 블로그, 2026.03.05)
다만 GitHub Actions 대체제가 아닙니다. CI/CD나 단순 반복 실행은 여전히 GitHub Actions가 낫습니다. Cursor Automations는 판단·분류·코드 이해가 필요한 작업에 강점이 있습니다. 두 도구를 함께 쓰는 게 현실적입니다.
Q&A 5가지
마치며 — 기대만큼 쓰려면 준비가 필요합니다
Cursor Automations는 진짜 강력한 기능입니다. PR 하나 올라올 때마다 보안 에이전트가 자동으로 달려들어 취약점을 잡아내고, 버그 리포트가 Slack에 올라오면 에이전트가 코드베이스를 뒤져 근본 원인을 찾아오는 세상이 됐습니다. Cursor 자신도 주당 3,000건의 PR에 직접 쓸 만큼 검증된 도구입니다.
다만 Pro $20 플랜으로 시작하는 분들께 솔직히 말씀드리면, 자동화를 매일 적극적으로 쓰기 시작하면 월 $60~$200 구간에서 요금이 움직이기 시작합니다. 팀에서 쓰신다면 처음부터 팀 소유 자동화로 설정하고, 팀 플랜에서 공유 크레딧 풀을 활용하는 구조로 가는 게 훨씬 낫습니다.
마켓플레이스에 보안 리뷰, 의존성 패치, 버그 분류 등 바로 쓸 수 있는 템플릿들이 올라와 있습니다. 처음이라면 템플릿 하나 골라서 cron 주기를 길게 잡고, 실행 로그와 크레딧 소모량을 먼저 확인하면서 시작하는 걸 권합니다. 에이전트가 알아서 하는 게 편하지만, 크레딧은 사람이 직접 챙겨야 합니다.
본 포스팅 참고 자료
본 포스팅은 2026년 3월 27일 기준 Cursor 공식 문서 및 공식 블로그를 참고해 작성되었습니다. 본 포스팅 작성 이후 서비스 정책·UI·기능·요금이 변경될 수 있습니다. 최신 정보는 cursor.com/pricing 및 공식 문서에서 직접 확인하세요.
댓글 남기기