써보고 남기기 2026년 5월 13일 수정일 2026년 5월 13일

2026 Cursor 세팅 가이드: 설치, Rules, Agent 사용법, 실제 비용 후기까지

AI 코딩 에디터 Cursor를 처음 쓰는 개발자를 위한 2026 세팅 가이드입니다. Cursor 설치 방법, VS Code에서 옮기는 법, Rules 설정, Agent 사용법, 비용 구조, Pro/Pro+/Ultra 선택 기준, 실제 비용 후기까지 정리했습니다.

#Cursor #AI코딩 #AI Agent #개발환경 #VS Code #Claude #코딩툴 #Vibe Coding #개발자세팅

AI 코딩툴을 이야기할 때 Cursor는 이제 거의 빠지지 않는 이름이 됐다.

처음에는 “VS Code에 AI 기능이 붙은 에디터” 정도로 보였지만, 지금은 단순 자동완성을 넘어 Agent, Rules, Cloud Agent, MCP, 모델 선택, 프로젝트 단위 수정까지 포함하는 AI 개발 환경에 가까워졌다.

하지만 Cursor를 처음 쓰는 사람에게는 헷갈리는 부분도 많다.

VS Code와 무엇이 다른가?
기존 VS Code 설정은 가져올 수 있는가?
Cursor Rules는 어떻게 써야 하는가?
Agent는 어떻게 써야 비용 낭비가 줄어드는가?
Pro만 써도 충분한가?
Pro+, Ultra는 언제 필요한가?
실제로 한 달에 비용이 얼마나 나올 수 있는가?

이 글은 2026년 기준으로 Cursor를 처음 세팅하는 개발자를 위한 실전 가이드다.

단순 설치법만 다루지 않고, 실제 개발자가 Cursor를 쓰면서 중요한 설정, Rules, Agent 사용 습관, 비용 관리 방법까지 함께 정리했다.

관련해서 기본 에디터 세팅은 2026 VS Code 개발자 세팅 가이드에서 따로 정리했다. Cursor는 VS Code 기반 경험과 비슷한 부분이 많기 때문에, VS Code 세팅을 먼저 이해하면 훨씬 쉽게 적응할 수 있다.

1. Cursor는 어떤 개발자에게 필요한가?

Cursor는 AI 코딩에 최적화된 코드 에디터다.

겉으로는 VS Code와 비슷하다. 실제로 VS Code에 익숙한 개발자라면 UI와 단축키, 확장 프로그램 방식에 금방 적응할 수 있다.

하지만 Cursor의 핵심은 단순 에디터가 아니다.

Cursor의 진짜 가치는 AI에게 여러 파일을 읽고, 수정하고, 설명하고, 테스트 흐름까지 도와달라고 요청할 수 있다는 점에 있다.

Cursor가 특히 잘 맞는 경우는 다음과 같다.

기존 프로젝트 구조를 빠르게 파악해야 할 때
여러 파일을 한 번에 수정해야 할 때
UI를 빠르게 만들고 수정해야 할 때
리팩토링 방향을 잡고 싶을 때
반복적인 코드 작성을 줄이고 싶을 때
낯선 코드베이스에서 작업해야 할 때
AI 코딩툴을 적극적으로 써보고 싶을 때

반대로 아래 상황에서는 굳이 처음부터 Cursor 유료 플랜이 필요 없을 수 있다.

단순 메모장처럼 코드만 조금 수정하는 경우
이미 VS Code + GitHub Copilot 조합에 만족하는 경우
AI에게 큰 작업을 맡기지 않고 자동완성만 쓰는 경우
프로젝트가 매우 작고 반복 작업이 거의 없는 경우

개인적으로 Cursor는 “AI 자동완성 도구”라기보다 AI와 함께 프로젝트를 수정하는 도구에 가깝다고 보는 것이 좋다.

2. Cursor 설치 방법

Cursor는 macOS, Windows, Linux에서 사용할 수 있다.

가장 확실한 방법은 Cursor 공식 다운로드 페이지에서 운영체제에 맞는 설치 파일을 받는 것이다.

Cursor 공식 다운로드 페이지

터미널 기반 설치도 가능하지만, 처음 사용하는 사람이라면 데스크톱 앱을 먼저 설치하는 것을 추천한다.

2-1. macOS에서 설치

Homebrew를 사용 중이라면 아래 명령어로 설치할 수 있다.

brew install --cask cursor

설치 후 실행한다.

open -a Cursor

Apple Silicon 맥이라면 공식 다운로드 페이지에서 Mac ARM64 버전을 받을 수 있고, Intel Mac이라면 x64 버전을 선택하면 된다.

요즘 새 맥북 사용자라면 대부분 Apple Silicon 기준으로 보면 된다.

2-2. Windows에서 설치

Windows에서는 winget으로 설치할 수 있다.

winget install --id Anysphere.Cursor -e

설치 후 시작 메뉴에서 Cursor를 실행한다.

Windows ARM 장비를 쓰는 경우에는 공식 다운로드 페이지에서 ARM64 설치 파일을 확인하는 것이 좋다.

2-3. Cursor CLI 설치

Cursor는 데스크톱 앱뿐 아니라 CLI도 제공한다.

공식 다운로드 페이지에서는 터미널에서 Agent를 실행할 수 있는 설치 명령어를 안내한다.

curl https://cursor.com/install -fsS | bash

다만 처음 Cursor를 쓰는 사람이라면 CLI부터 시작하기보다, 데스크톱 앱에서 프로젝트를 열고 Agent / Chat / Rules 흐름을 익힌 뒤 CLI를 쓰는 편이 좋다.

CLI는 다음과 같은 경우에 유용하다.

터미널 중심 개발을 선호하는 경우
스크립트나 자동화 작업에서 Agent를 쓰고 싶은 경우
GitHub Actions 같은 자동화 흐름과 연결하고 싶은 경우
에디터 UI보다 터미널에서 빠르게 작업시키고 싶은 경우

3. VS Code에서 Cursor로 옮길 때 먼저 할 일

Cursor는 VS Code와 사용 경험이 비슷하다.

그래서 처음 실행하면 기존 VS Code 설정, 확장 프로그램, 단축키를 가져올 수 있다.

처음에는 아래 순서로 세팅하는 것을 추천한다.

Cursor 설치
로그인
VS Code 설정 가져오기
자주 쓰는 프로젝트 하나만 열기
확장 프로그램 정상 동작 확인
AI 기능 로그인 및 모델 설정 확인
Rules 작성
작은 작업부터 Agent로 테스트

처음부터 모든 프로젝트를 Cursor로 옮기기보다는, AI 작업이 많은 프로젝트 하나에서 먼저 테스트해보는 것이 좋다.

예를 들어 Astro 블로그를 운영한다면 블로그 프로젝트 하나만 Cursor에서 열어보고, 글 수정, 컴포넌트 수정, 빌드 오류 확인 같은 작업부터 시도해볼 수 있다.

Cursor를 처음부터 VS Code 완전 대체재로 쓰기보다, AI 작업이 필요한 프로젝트에서 먼저 써보는 것이 좋다.

4. Cursor 기본 설정

Cursor의 기본 에디터 설정은 VS Code와 거의 비슷하게 가져가면 된다.

기본 편집기 설정은 2026 VS Code 개발자 세팅 가이드에서 정리한 settings.json을 거의 그대로 가져와도 된다.

추천 설정 예시는 다음과 같다.

{
  "editor.fontFamily": "JetBrainsMono Nerd Font, MesloLGS NF, CaskaydiaCove Nerd Font, Menlo, Monaco, 'Courier New', monospace",
  "editor.fontSize": 14,
  "editor.lineHeight": 1.6,
  "editor.tabSize": 2,
  "editor.wordWrap": "on",
  "editor.minimap.enabled": false,
  "editor.renderWhitespace": "boundary",
  "editor.formatOnSave": true,
  "editor.formatOnPaste": false,
  "files.autoSave": "afterDelay",
  "files.autoSaveDelay": 1000,
  "files.trimTrailingWhitespace": true,
  "files.insertFinalNewline": true,
  "workbench.startupEditor": "none",
  "workbench.editor.labelFormat": "short",
  "explorer.confirmDelete": false,
  "explorer.confirmDragAndDrop": false,
  "breadcrumbs.enabled": true,
  "git.confirmSync": false,
  "git.autofetch": true,
  "security.workspace.trust.untrustedFiles": "open"
}

Cursor에서 특히 중요한 설정은 다음이다.

설정	이유
`formatOnSave`	AI가 만든 코드를 저장할 때 자동 정리
`minimap off`	코드 영역을 넓게 사용
`wordWrap on`	긴 프롬프트나 MDX 글을 읽기 쉽게 표시
`trimTrailingWhitespace`	AI가 만든 불필요한 공백 제거
`insertFinalNewline`	Git diff 정리
터미널 폰트	Agent 작업 중 터미널 로그 가독성 개선

AI 코딩툴을 쓸 때는 보기 좋은 테마보다 빌드, 테스트, Git diff를 빨리 확인할 수 있는 환경이 더 중요하다.

5. Cursor에서 꼭 확인해야 할 설정

Cursor를 설치한 뒤 아래 항목은 한 번씩 확인해두는 것이 좋다.

5-1. Privacy Mode

회사 코드나 비공개 프로젝트를 다룬다면 Privacy Mode를 확인해야 한다.

Cursor 공식 가격 FAQ에서도 Privacy Mode가 켜져 있으면 코드 데이터가 모델 제공자에게 저장되거나 학습에 사용되지 않는다고 설명한다.

설정 위치는 Cursor 버전에 따라 조금씩 다를 수 있지만, 보통 Settings에서 Privacy 관련 항목을 확인할 수 있다.

개인 프로젝트라도 외부에 공개하면 안 되는 API 키나 비밀번호가 들어간 파일은 AI 컨텍스트에 넣지 않는 것이 좋다.

5-2. 모델 선택

Cursor에서는 여러 모델을 선택할 수 있다.

일반적으로 비용과 성능은 함께 움직인다.

가벼운 수정: Auto 또는 저렴한 모델
일반적인 코드 수정: 중간급 모델
복잡한 설계/리팩토링: 고급 frontier model
큰 코드베이스 분석: 긴 컨텍스트 모델

처음에는 무조건 가장 비싼 모델을 쓰기보다 Auto나 기본 추천 모델로 시작하는 것이 좋다.

고급 모델은 아래 경우에만 쓰는 편이 비용 관리에 유리하다.

원인 파악이 어려운 버그
여러 파일을 건드리는 리팩토링
기존 구조를 이해해야 하는 작업
설계 판단이 필요한 작업
테스트 실패 원인을 추적하는 작업

5-3. Indexing

Cursor는 프로젝트를 이해하기 위해 코드베이스를 인덱싱한다.

큰 프로젝트에서는 처음 열었을 때 시간이 걸릴 수 있다.

이때 중요한 것은 불필요한 파일을 컨텍스트에 넣지 않는 것이다.

예를 들어 아래 폴더는 보통 AI가 읽을 필요가 없다.

node_modules
dist
build
.cache
.output
.vercel
.astro
coverage

프로젝트의 .gitignore가 잘 정리되어 있으면 Cursor도 불필요한 파일을 덜 보게 된다.

Astro 프로젝트라면 보통 아래 항목들은 제외되어 있어야 한다.

node_modules/
dist/
.astro/
.vercel/
.output/
.env
.env.local

6. Cursor Rules란 무엇인가?

Cursor Rules는 Cursor에게 프로젝트의 규칙을 알려주는 기능이다.

예를 들어 이런 내용을 미리 알려줄 수 있다.

이 프로젝트는 Astro 기반 블로그다.
MDX 파일은 frontmatter가 필요하다.
Tailwind CSS를 사용한다.
실제 코드가 아닌 내용은 코드블록에 넣지 않는다.
한국어 블로그 글은 실용적이고 자연스러운 문체로 작성한다.
수정 후 npm run build 기준으로 깨질 만한 부분을 확인한다.

Rules를 잘 써두면 매번 같은 설명을 반복하지 않아도 된다.

Cursor 공식 문서에서도 Rules를 Agent에게 지속적인 코딩 스타일, 패턴, 워크플로우 지침을 주는 방법으로 설명한다.

7. 전역 Rules와 프로젝트 Rules

Rules는 크게 두 가지 방식으로 생각하면 편하다.

7-1. 전역 Rules

전역 Rules는 내가 Cursor를 쓸 때 항상 적용하고 싶은 개인 취향에 가깝다.

예:

Always explain changes before editing files.
Prefer small, incremental changes.
Do not rewrite unrelated files.
When editing code, preserve the existing style unless asked otherwise.

이런 규칙은 어떤 프로젝트에서든 도움이 된다.

7-2. 프로젝트 Rules

프로젝트 Rules는 특정 프로젝트에만 적용되는 규칙이다.

예를 들어 Astro 블로그 프로젝트라면 아래처럼 쓸 수 있다.

You are helping me maintain an Astro-based personal blog.

Project stack:
- Astro
- MDX
- Tailwind CSS
- Cloudflare Workers Static Assets
- Google AdSense

Content rules:
- Write posts in Korean.
- Keep a practical and readable tone.
- Do not use code blocks for non-code content.
- Use blockquote, tables, or normal paragraphs for highlighted text.
- Include frontmatter compatible with Astro Content Collection schema.
- Keep category values among: 만들기, 운영하기, 써보고 남기기.

Frontmatter format:
---
title: "글 제목"
description: "글 설명"
pubDate: 2026-05-13
updatedDate: 2026-05-13
category: "써보고 남기기"
tags: ["태그1", "태그2"]
draft: false
cover: "/images/og-default.svg"
---

Before finishing:
- Check whether the MDX syntax is valid.
- Check whether code fences are used only for real code.
- Mention if npm run build may fail.

이 정도 규칙만 넣어도 Cursor가 프로젝트를 훨씬 더 잘 이해한다.

8. 좋은 Cursor Rules 작성법

Rules는 길다고 좋은 것이 아니다.

좋은 Rules는 짧고 명확하다.

나쁜 방식	좋은 방식
“좋은 코드로 작성해줘”	“기존 코드 스타일을 유지하고, 관련 없는 파일은 수정하지 말 것”
“블로그 글을 잘 써줘”	“코드가 아닌 내용은 코드블록 대신 blockquote나 표를 사용할 것”
“성능 좋게 해줘”	“불필요한 리렌더링을 만들지 말고, 기존 컴포넌트 구조를 유지할 것”
“알아서 다 고쳐줘”	“먼저 수정 계획을 제안하고, 승인 후 파일을 수정할 것”

9. Cursor Agent 사용법

Cursor의 핵심은 Agent다.

Agent는 단순히 질문에 답하는 Chat보다 더 적극적으로 프로젝트를 읽고 수정하는 흐름에 가깝다.

하지만 Agent를 잘못 쓰면 비용도 많이 쓰고, 원하지 않는 파일까지 수정할 수 있다.

그래서 처음에는 아래 원칙을 추천한다.

9-1. 작업 범위를 좁혀서 요청하기

나쁜 예:

이 프로젝트 전체를 개선해줘.

좋은 예:

src/content/blog 안의 MDX 글만 확인해서, 실제 코드가 아닌 코드블록을 blockquote로 바꿔줘. 다른 파일은 수정하지 마.

AI에게 범위를 좁혀줄수록 결과가 좋아진다.

9-2. 먼저 계획만 요청하기

처음부터 수정하라고 하지 말고, 먼저 계획을 요청하는 방식이 좋다.

이 작업을 바로 수정하지 말고, 먼저 어떤 파일을 확인하고 어떤 방식으로 수정할지 계획만 제안해줘.

계획이 괜찮으면 그때 수정하라고 하면 된다.

이 방식은 비용도 줄이고 실수도 줄인다.

9-3. 테스트 명령어를 알려주기

프로젝트별 테스트 명령어를 알려주면 Agent가 더 정확하게 작업한다.

예:

수정 후에는 아래 명령어 기준으로 깨질 가능성이 있는지 확인해줘.

npm run build

테스트 명령어가 명확하지 않으면 Agent가 임의로 추측할 수 있다.

9-4. 한 세션을 너무 길게 끌고 가지 않기

AI 대화가 길어질수록 컨텍스트가 커진다.

컨텍스트가 커지면 비용이 늘고, 모델이 이전 내용을 잘못 기억하거나 엉뚱한 방향으로 갈 수 있다.

큰 작업이 끝났다면 새 세션으로 시작하는 것이 좋다.

10. Cursor Agent 프롬프트 예시

Astro 블로그 작업 기준으로 쓸 수 있는 예시는 다음과 같다.

10-1. 블로그 글 수정

이 프로젝트는 Astro 기반 개인 블로그야.

작업 범위:
- src/content/blog 안의 MDX 파일만 수정
- 코드블록이 아닌 일반 설명이 코드블록으로 들어간 부분을 찾아서 blockquote나 일반 문단으로 바꿔줘
- frontmatter 형식은 유지해줘
- 다른 컴포넌트나 설정 파일은 수정하지 마

수정 후:
- 어떤 파일을 수정했는지 요약해줘
- npm run build 기준으로 문제가 될 수 있는 부분이 있는지 알려줘

10-2. UI 컴포넌트 수정

이 Astro 프로젝트에서 글 상세 페이지의 가독성을 개선하고 싶어.

먼저 아래 파일들을 확인해줘.
- src/layouts
- src/components
- src/pages

바로 수정하지 말고, 글 본문 typography를 개선하기 위한 계획을 먼저 제안해줘.
Tailwind CSS 기준으로 너무 과한 디자인은 피하고, 본문 가독성 중심으로 제안해줘.

10-3. 오류 해결

npm run build에서 에러가 발생했어.

아래 에러 로그를 기준으로 원인을 분석해줘.
바로 파일을 수정하지 말고, 원인 후보와 확인해야 할 파일을 먼저 알려줘.

[여기에 에러 로그 붙여넣기]

10-4. 리팩토링

이 컴포넌트를 리팩토링하고 싶어.

조건:
- 동작은 바꾸지 말 것
- props 이름은 유지할 것
- 관련 없는 파일은 수정하지 말 것
- 리팩토링 후 변경 이유를 설명할 것

대상 파일:
src/components/Example.astro

프롬프트를 잘 쓰는 핵심은 “AI에게 자유를 많이 주는 것”이 아니라, 작업 범위와 성공 기준을 명확히 주는 것이다.

11. Cursor 비용 구조 이해하기

Cursor 비용은 많은 사람이 헷갈려하는 부분이다.

공식 가격 페이지 기준으로 Hobby는 무료이고, Pro는 월 $20, Teams는 사용자당 월 $40로 표시된다. Pro에는 Hobby보다 확장된 Agent 한도, frontier model 접근, MCPs, skills, hooks, Cloud agents 등이 포함된다.

또한 Cursor 공식 FAQ는 매일 Agent를 쓰는 사용자는 Pro+, Agent를 매우 많이 쓰는 power user는 Ultra를 권장한다고 설명한다.

중요한 점은 Cursor 비용이 단순히 “월 $20이면 무제한”이라고 보기 어렵다는 것이다.

공식 FAQ에 따르면 각 플랜에는 정해진 모델 사용량이 포함되어 있고, 포함량을 넘어서도 계속 모델을 사용하려면 on-demand usage가 후불로 청구될 수 있다.

즉, Cursor 비용은 아래 요인에 따라 달라진다.

어떤 모델을 쓰는지
Agent를 얼마나 자주 쓰는지
한 번에 얼마나 큰 코드베이스를 읽히는지
대화 세션을 얼마나 길게 유지하는지
Auto 모델을 쓰는지, 비싼 frontier model을 직접 선택하는지
포함 사용량 이후 추가 사용을 허용했는지

12. 2026년 Cursor 요금제 선택 기준

가격과 포함 사용량은 Cursor가 계속 조정할 수 있으므로, 최종 결제 전에는 반드시 공식 가격 페이지를 확인해야 한다.

다만 2026년 기준 비용 분석 자료와 커뮤니티 논의를 종합하면, 개인 개발자는 대략 아래 기준으로 생각해볼 수 있다.

사용자 유형	추천 플랜
가끔 자동완성과 간단한 질문만 쓰는 사용자	Hobby 또는 Pro 테스트
개인 블로그, 토이 프로젝트, 간단한 웹 개발	Pro부터 시작
매일 Agent로 개발하는 사용자	Pro+ 검토
큰 코드베이스에서 Agent를 오래 돌리는 사용자	Ultra 검토
팀 단위 개발	Teams
기업 보안/중앙 관리/SSO 필요	Enterprise

개인 개발자라면 처음부터 Ultra로 가기보다는 Pro로 시작하는 것이 현실적이다.

Pro를 쓰면서 아래를 확인한다.

한 달 동안 Agent를 얼마나 자주 쓰는지
포함 사용량을 얼마나 빨리 쓰는지
어떤 모델에서 비용이 많이 나오는지
Auto 모델로도 충분한 작업이 많은지
고급 모델이 꼭 필요한 작업이 얼마나 되는지

그다음에 Pro+나 Ultra를 검토해도 늦지 않다.

13. Cursor는 월 $20이면 충분할까?

많은 사람이 궁금해하는 질문이다.

결론부터 말하면:

작은 프로젝트와 블로그 관리, 가벼운 웹 개발에는 Pro로 충분할 가능성이 높지만, 매일 Agent로 큰 작업을 맡기면 Pro만으로는 부족할 수 있다.

예를 들어 아래 사용자는 Pro로도 충분할 수 있다.

블로그 MDX 글 수정
간단한 UI 컴포넌트 수정
작은 React/Astro 프로젝트 개발
코드 설명 요청
짧은 리팩토링
자동완성 위주 사용

반대로 아래 사용자는 비용이 빨리 늘 수 있다.

큰 코드베이스 전체를 자주 분석
Claude Opus 같은 고가 모델을 자주 선택
Agent에게 “알아서 전체 기능 만들어줘” 식으로 큰 작업을 맡김
긴 세션을 계속 이어감
실패한 작업을 같은 대화에서 계속 재시도
하루 종일 Cursor Agent를 메인 개발자로 사용

커뮤니티 후기를 보면 Pro나 Ultra를 쓰더라도 사용 방식에 따라 한도에 빨리 도달했다는 사례가 있다. 한 Cursor 커뮤니티 포럼 사용자는 Pro에서 $100 이상 초과 사용이 발생했다고 적었고, 다른 사용자는 Ultra를 쓰면서도 사용 패턴에 따라 월 사용량이 크게 달라진다고 설명했다. Reddit에서도 Ultra를 Claude Opus 중심으로 쓰다가 생각보다 빠르게 소진했다는 사례가 공유됐다.

다만 이런 후기는 개인의 사용 방식에 따라 차이가 크다.

따라서 “누구나 Pro로 충분하다”거나 “무조건 Ultra가 필요하다”고 말하기는 어렵다.

정확한 결론은 이쪽에 가깝다.

Cursor 비용은 요금제보다 사용 습관의 영향을 크게 받는다.

14. 비용이 많이 나오는 사용 패턴

Cursor 비용을 줄이려면 먼저 비용이 많이 나오는 패턴을 알아야 한다.

14-1. 고급 모델을 항상 쓰는 경우

Claude Opus 같은 고급 모델은 복잡한 문제를 잘 풀 수 있지만, 비용도 높다.

모든 작업에 고급 모델을 쓰면 사용량이 빨리 줄어든다.

14-2. 큰 작업을 한 번에 맡기는 경우

나쁜 예:

이 프로젝트를 전체적으로 개선해줘.

좋은 예:

src/components/Header.astro 파일만 확인해서 모바일 메뉴 버그 원인을 찾아줘. 바로 수정하지 말고 먼저 원인을 설명해줘.

작업이 클수록 컨텍스트가 커지고, Agent가 읽어야 할 파일도 많아진다.

그만큼 비용도 늘 수 있다.

14-3. 긴 세션을 계속 이어가는 경우

대화가 길어질수록 이전 컨텍스트가 계속 포함될 수 있다.

특히 큰 코드베이스에서 긴 세션을 유지하면 토큰 사용량이 늘어난다.

작업이 바뀌면 새 세션으로 시작하는 것이 좋다.

14-4. 실패한 작업을 계속 같은 세션에서 재시도하는 경우

Agent가 잘못된 방향으로 갔다면 같은 세션에서 계속 고치라고 하기보다, 변경사항을 되돌리고 새 세션에서 더 명확한 지시로 다시 시작하는 것이 나을 수 있다.

15. Cursor 비용 절약 팁

비용을 줄이면서도 Cursor를 잘 쓰려면 아래 습관이 중요하다.

15-1. 먼저 계획만 받기

바로 수정하지 말고, 먼저 어떤 파일을 어떻게 수정할지 계획만 제안해줘.

이렇게 하면 불필요한 파일 수정을 줄일 수 있다.

15-2. 파일 범위를 지정하기

src/content/blog 안의 파일만 확인해줘.
다른 폴더는 수정하지 마.

15-3. 모델을 작업별로 나누기

작업	추천 모델 사용
단순 설명	Auto 또는 저렴한 모델
문서 작성	중간급 모델
UI 수정	중간급 모델
복잡한 리팩토링	고급 모델
어려운 버그	고급 모델
대규모 설계	고급 모델

15-4. 한 세션을 짧게 유지하기

작업 단위가 끝나면 새 세션으로 시작한다.

특히 아래처럼 작업 주제가 바뀌면 새로 시작하는 것이 좋다.

UI 수정 → 빌드 오류 해결
블로그 글 작성 → Cloudflare 설정 변경
리팩토링 → 테스트 코드 작성

15-5. 사용량 대시보드 확인하기

Cursor는 사용량 확인을 위한 대시보드를 제공한다.

자주 확인할 것:

이번 달 사용량
모델별 사용량
포함 사용량 소진 속도
추가 사용이 켜져 있는지
팀이라면 사용자별 사용량

AI 코딩툴 비용은 한 번 높아지면 생각보다 빠르게 커질 수 있다.

클라우드 비용처럼 주기적으로 확인하는 습관이 필요하다.

16. Cursor와 VS Code, Claude Code 역할 분리

Cursor가 좋다고 해서 모든 작업을 Cursor에서 해야 하는 것은 아니다.

오히려 도구별 역할을 나누면 비용과 생산성을 함께 관리할 수 있다.

도구	추천 역할
VS Code	안정적인 편집, 블로그 작성, 코드 검토
Cursor	AI 기반 multi-file edit, UI 수정, 리팩토링
Claude Code	터미널 기반 프로젝트 작업, 긴 작업
ChatGPT / Claude / Gemini	설계, 문서화, 설명, 리서치

예를 들어 Astro 블로그를 운영한다면 이렇게 나눌 수 있다.

글 초안 작성: ChatGPT
MDX 파일 정리: VS Code
컴포넌트 수정: Cursor
전체 프로젝트 점검: Claude Code
최신 자료 리서치: Perplexity / ChatGPT / Gemini

이렇게 나누면 Cursor 비용이 과하게 늘어나는 것을 어느 정도 막을 수 있다.

17. Cursor를 Astro 블로그에 활용하는 방법

이 블로그처럼 Astro + MDX + Tailwind CSS 구조라면 Cursor는 꽤 유용하다.

특히 아래 작업에 잘 맞는다.

17-1. MDX 글 정리

이 MDX 파일에서 실제 코드가 아닌 코드블록을 찾아서 blockquote나 일반 문단으로 바꿔줘.
frontmatter는 건드리지 말고, 본문 구조만 정리해줘.

17-2. 내부 링크 추가

이 글과 관련 있는 기존 글을 찾아서 자연스럽게 내부 링크를 추가해줘.
링크는 과하게 넣지 말고, 본문 흐름에 맞는 위치에만 넣어줘.

17-3. 글 상세 페이지 가독성 개선

글 상세 페이지의 typography를 개선하고 싶어.
먼저 관련 layout/component 파일을 찾아서 현재 구조를 설명해줘.
바로 수정하지 말고, Tailwind CSS 기준으로 개선안을 먼저 제안해줘.

17-4. 빌드 오류 해결

npm run build에서 아래 오류가 발생했어.
원인을 분석하고, 어떤 파일을 수정해야 할지 먼저 설명해줘.

[에러 로그]

Cursor는 “정답을 바로 맞히는 도구”라기보다, 프로젝트를 같이 읽고 수정하는 조수에 가깝다.

따라서 항상 아래 흐름을 추천한다.

계획 요청
수정 범위 확인
파일 수정
Git diff 확인
빌드 테스트
커밋

18. Cursor 사용 시 주의할 점

Cursor는 강력하지만 주의할 점도 있다.

18-1. AI가 만든 코드를 그대로 믿지 않기

AI가 만든 코드는 반드시 확인해야 한다.

확인할 것:

실제로 빌드가 되는가?
타입 에러가 없는가?
기존 기능을 깨지 않았는가?
관련 없는 파일을 수정하지 않았는가?
보안상 위험한 코드가 들어가지 않았는가?

18-2. 민감정보를 컨텍스트에 넣지 않기

아래 정보는 AI에게 보내지 않는 것이 좋다.

API Key
Secret Token
비밀번호
고객 개인정보
회사 내부 문서
비공개 계약 정보

.env 파일은 반드시 .gitignore에 넣고, AI 컨텍스트에 포함되지 않도록 주의한다.

18-3. Git diff를 꼭 확인하기

Cursor가 파일을 수정한 뒤에는 반드시 Git diff를 확인한다.

git diff

또는 Cursor/VS Code의 Source Control 패널에서 변경사항을 확인한다.

예상하지 못한 파일이 수정되었다면 되돌리는 것이 좋다.

18-4. 빌드 테스트를 습관화하기

Astro 블로그라면 최소한 아래 명령어는 확인한다.

npm run build

로컬 실행:

npm run dev

브라우저에서 확인:

http://localhost:4321

AI 코딩툴을 쓰는 시대에는 “빨리 만드는 것”보다 “빨리 검증하는 것”이 더 중요하다.

19. 처음 쓰는 사람에게 추천하는 Cursor 사용 순서

처음부터 Agent에게 큰 기능을 맡기지 말고 아래 순서로 익히는 것을 추천한다.

기존 프로젝트 열기
코드 설명 요청
작은 파일 하나 수정 요청
Git diff 확인
빌드 테스트
Rules 작성
Agent에게 계획만 요청
여러 파일 수정 요청
비용/사용량 대시보드 확인
Pro 유지 여부 판단

처음부터 “전체 프로젝트를 새로 만들어줘”라고 맡기면 실패했을 때 원인을 파악하기 어렵다.

작은 작업부터 성공 경험을 쌓는 것이 훨씬 좋다.

20. 결론: Cursor는 강력하지만 비용 구조를 이해하고 써야 한다

Cursor는 AI 코딩 시대에 가장 강력한 개발 도구 중 하나다.

VS Code에 익숙한 개발자라면 적응하기 쉽고, Agent와 Rules를 잘 쓰면 여러 파일을 수정하는 작업에서 생산성이 크게 올라갈 수 있다.

하지만 비용 구조를 이해하지 않고 쓰면 생각보다 빨리 한도에 도달할 수 있다.

특히 고급 모델을 자주 쓰거나, 큰 코드베이스에서 Agent를 오래 돌리거나, 긴 세션을 계속 이어가면 월 $20 Pro만으로는 부족할 수 있다.

개인 개발자라면 처음에는 이렇게 시작하는 것을 추천한다.

무료 또는 Pro로 시작한다.
Rules를 먼저 세팅한다.
작은 작업부터 Agent로 테스트한다.
모델을 작업별로 나눠 쓴다.
사용량 대시보드를 자주 확인한다.
매일 Agent를 쓰게 되면 Pro+를 검토한다.
정말 heavy user라면 Ultra나 Claude Code 병행을 검토한다.

Cursor는 “무조건 써야 하는 도구”라기보다, 잘 쓰면 개발 속도를 크게 올려주는 도구다.

핵심은 도구에 모든 것을 맡기는 것이 아니라, 작업 범위와 검증 기준을 개발자가 명확히 잡는 것이다.

AI 코딩툴이 좋아질수록 개발자에게 더 중요해지는 것은 코드를 직접 많이 쓰는 능력보다, 문제를 잘게 나누고, AI가 만든 결과물을 빠르게 검증하는 능력에 가까워지고 있다.