Cursor Automations, 이 설정 놓치면
크레딧이 새고 있습니다

2026년 3월 5일 공식 출시된 Cursor Automations는 Slack·GitHub·PagerDuty 이벤트나 cron 일정으로 AI 코딩 에이전트를 자동 실행하는 기능입니다. 그런데 막상 쓰다 보면 “왜 크레딧이 이렇게 줄었지?”라는 상황이 생깁니다. 과금 구조가 Cursor 구독료와 별도로 Cloud Agent 사용량 기준으로 책정되기 때문입니다. 설정 하나가 청구 주체를 팀 풀로 바꾸는데, 이 부분을 모르고 쓰면 개인 크레딧이 그대로 소진됩니다.

Cursor Automations가 정확히 뭐가 다른가요?

Cursor에는 이미 Background Agent가 있었습니다. IDE에서 직접 작업을 시작하면 클라우드 샌드박스에서 에이전트가 돌아가는 기능이죠. Automations는 여기서 한 발 더 나아갑니다. 사람이 IDE를 열지 않아도, 설정해 둔 조건이 충족되면 에이전트가 알아서 실행됩니다.

공식 블로그(cursor.com/ko/blog/automations, 2026.03.05)에는 이렇게 나와 있습니다. 에이전트는 “클라우드 샌드박스를 띄우고, MCP와 모델을 사용해 지시사항을 따르며, 자신의 결과를 스스로 검증”합니다. cron으로 매일 아침 테스트 커버리지를 점검하고, PR이 열리면 보안 취약점을 탐지하고, PagerDuty 인시던트가 뜨면 로그를 분석해 온콜 엔지니어 Slack 채널에 수정 PR을 보냅니다. 여기까지는 많은 소개글에서 다룹니다.

핵심은 Automations가 이벤트 드리븐 CI/CD 파이프라인처럼 동작한다는 점입니다. GitHub Actions가 코드 변경을 감지하면 빌드를 돌리듯, Cursor Automations는 같은 이벤트를 감지하면 AI 에이전트를 돌립니다. 차이는 에이전트가 단순 스크립트가 아니라 코드를 읽고, 이해하고, 수정까지 제안한다는 것입니다.

▲ 목차로 돌아가기

트리거 6종 — 무엇이 자동화를 깨우는가

공식 문서(cursor.com/docs/cloud-agent/automations)에는 현재 6가지 트리거 유형이 정리돼 있습니다. 하나의 자동화에 여러 트리거를 동시에 걸 수 있으며, 어느 트리거 하나라도 발화하면 실행됩니다.

주목할 점은 Webhook 트리거입니다. 저장 전에는 URL이 생성되지 않습니다. 자동화를 먼저 저장해야 웹훅 엔드포인트와 API 키가 발급됩니다. 이 순서를 모르면 “왜 URL이 안 보이지?”라는 상황이 발생합니다.

▲ 목차로 돌아가기

과금 구조의 진짜 계산법 — “포함됐다”는 말이 틀렸습니다

Automations 기능 자체에 추가 요금은 없습니다. 그런데 실행되는 순간 Cloud Agent 사용량이 발생하고, 이게 별도로 청구됩니다. Cursor 요금 구조를 분석한 Vantage 리포트(vantage.sh, 2026.03.04)에 따르면, Pro 플랜($20/월) 에는 $20 상당의 API 에이전트 사용 크레딧이 포함돼 있고, 그게 소진되면 같은 API 단가로 초과 청구됩니다.

Automations가 cron으로 매일 실행된다고 가정해 봅시다. 실행 1회당 Claude Sonnet 기준 입력 토큰 약 30만 개(대규모 코드베이스 컨텍스트 포함)를 소비할 경우, Cursor Auto 모드 단가인 $1.25/M 입력 토큰 기준으로 1회에 약 $0.375입니다. 한 달 30회 실행이면 약 $11.25가 Cloud Agent 크레딧에서 빠져나갑니다. Pro 플랜 포함 크레딧 $20에서 Automations 하나에만 절반 이상이 쓰이는 것입니다.

과금 주체는 권한 스코프(Permission Scope)에 따라 달라집니다. Private·Team Visible 스코프는 자동화를 만든 개인의 크레딧에서 차감됩니다. Team Owned로 설정하면 팀 공유 서비스 계정으로 실행되고, 팀 사용량 풀에서 청구됩니다. 개인 크레딧에는 영향이 없습니다.

▲ 목차로 돌아가기

Team Owned 전환 시 반드시 해야 하는 한 가지

팀 협업을 위해 자동화 스코프를 Private → Team Owned로 올리는 순간, 자동화의 실행 주체가 바뀝니다. 개인 GitHub 계정이 아닌 팀 공유 서비스 계정(cursor automations bot)으로 PR을 열고 댓글을 달기 시작합니다.

공식 문서에는 이 부분이 명확하게 나와 있습니다. “웹훅 트리거를 사용하는 경우, 스코프를 바꾼 후 웹훅 API 키를 반드시 재생성할 것.” 스코프가 바뀌어도 기존 웹훅 URL과 키는 그대로 유지됩니다. 그래서 실제로는 트리거가 계속 발화하는데, 인증 주체가 바뀌어 권한 오류가 나거나 아무 동작 없이 소리 없이 실패하는 상황이 생깁니다.

또한 Team Owned 자동화는 팀 어드민만 수정할 수 있습니다. 팀원은 볼 수만 있고, 어드민이 아닌 팀원이 만든 Private 자동화를 Team Owned로 올리려면 어드민 권한이 필요합니다. 권한 구조를 미리 파악하지 않으면 “수정이 안 된다”는 상황이 꼭 나옵니다.

▲ 목차로 돌아가기

Memory 기능이 만드는 장기 학습 루프

Cursor Automations에는 Memory 기능이 기본 활성화돼 있습니다. 에이전트가 실행될 때마다 과거 실행 결과를 읽고, 이번 실행 내용을 MEMORIES.md라는 파일에 써 둡니다. 다음 실행 때 이 파일을 불러옵니다. 반복할수록 에이전트의 판단이 달라진다는 뜻입니다.

예를 들어 보안 취약점 탐지 자동화가 첫 주에는 “A 패키지 버전 취약점”을 5회 반복 보고했다고 합시다. Memory에 “이 이슈는 이미 PR에서 논의됨”이라고 기록되면, 다음 실행부터는 같은 이슈를 중복 보고하지 않습니다. 이 부분은 공식 블로그에 명시돼 있습니다. “에이전트는 과거 실행으로부터 학습하고 반복을 통해 성능을 향상”합니다(출처: cursor.com/ko/blog/automations, 2026.03.05).

단, Memory가 축적될수록 컨텍스트 토큰도 늘어납니다. Memory 내용이 길어지면 실행당 토큰 소비량이 증가합니다. 한 달이 지난 시점에 같은 자동화의 실행 비용이 처음보다 높아졌다면, MEMORIES.md가 비대해졌을 가능성을 먼저 확인해야 합니다.

▲ 목차로 돌아가기

실전 자동화 워크플로 3가지 — Cursor 내부에서 직접 쓰는 것들

Cursor는 자사 코드베이스에 이미 Automations를 실전 적용하고 있습니다. 공식 블로그에 세 가지 자동화가 구체적인 설정 방식과 함께 공개돼 있습니다.

① main 브랜치 push → 보안 취약점 탐지

PR을 막지 않고, 머지 이후 main 브랜치에 push가 발생할 때마다 실행됩니다. 에이전트는 diff를 분석해 보안 취약점을 찾고, PR에서 이미 논의된 이슈는 건너뛰고, 고위험 발견 사항은 Slack에 바로 게시합니다. Cursor 팀에 따르면 이 자동화가 “여러 개의 취약점과 크리티컬 버그를 발견”했습니다(출처: cursor.com/ko/blog/automations).

② PR 오픈 → 자동 리뷰어 지정

PR이 열리면 에이전트가 변경 영향 범위·복잡도·인프라 영향도를 기준으로 리스크를 분류합니다. 저위험 PR은 자동 승인, 고위험 PR에는 기여 이력 기반으로 최대 2명의 리뷰어를 자동 지정합니다. 결정 내용은 Slack에 요약되고, MCP를 통해 Notion 데이터베이스에 감사 로그로 기록됩니다.

③ 매일 아침 cron → 테스트 커버리지 자동 보완

매일 아침 자동화된 에이전트가 최근 병합된 코드를 검토하고 테스트 커버리지가 부족한 영역을 식별합니다. 기존 컨벤션을 따라 테스트를 작성한 뒤 관련 테스트를 실행하고, 통과하면 PR을 자동 생성합니다. 프로덕션 동작을 바꾸지 않는다는 제약 조건이 프롬프트에 명시돼 있다는 점이 포인트입니다.

▲ 목차로 돌아가기

Q&A

▲ 목차로 돌아가기

마치며

Cursor Automations는 “AI 코딩 도구”의 범위를 IDE 밖으로 확장한 기능입니다. 사람이 없어도 실행되고, 반복될수록 Memory를 통해 판단이 정교해지며, Slack·GitHub·PagerDuty와 연결돼 실제 개발 워크플로에 녹아듭니다.

솔직히 말하면, 기능 자체보다 과금 구조와 권한 설정을 먼저 파악하는 쪽이 훨씬 중요합니다. Private 스코프로 cron 자동화를 여러 개 걸어 두면 개인 크레딧이 생각보다 빠르게 소진됩니다. Team Owned로 전환할 때 웹훅 API 키를 재생성하지 않으면 자동화가 조용히 실패합니다. Memory가 쌓이면 실행당 토큰 소비량도 늘어납니다.

시작은 하나의 좁고 명확한 자동화부터입니다. 테스트 커버리지 보완이나 PR 보안 리뷰처럼 성공 여부가 쉽게 확인되는 작업을 먼저 걸어 보고, 30일 동안 diff를 손으로 승인해 에이전트의 행동 패턴을 파악한 뒤 범위를 넓혀 가는 게 맞습니다.

▲ 목차로 돌아가기

📎 본 포스팅 참고 자료

1. Cursor 공식 블로그 — Automations 발표
   https://cursor.com/ko/blog/automations
   (2026.03.05)
2. Cursor 공식 문서 — Cloud Agent Automations
   https://cursor.com/docs/cloud-agent/automations
3. Cursor 공식 Changelog — Automations·Composer 2·Self-hosted
   https://cursor.com/ko/changelog
   (2026.03.05~03.25)
4. Vantage — Cursor Pricing Explained 2026
   https://www.vantage.sh/blog/cursor-pricing-explained
   (2026.03.04)
5. MindStudio — Claude Code vs Cursor Automations 비교 분석
   https://www.mindstudio.ai/blog/claude-code-vs-cursor-automations-agentic-workflows
   (2026.03.07)
6. Digital Applied — Cursor Automations 아키텍처 가이드
   https://www.digitalapplied.com/blog/cursor-automations-always-on-agentic-coding-agents-guide
   (2026.03.07)