Cursor 로고

Practical Guide

Cursor 실전 사용 가이드

관련 파일, 작은 변경 범위, 테스트와 완료 기준을 함께 주면 코드베이스 전체를 흔들지 않고 안전하게 개발할 수 있습니다.

마지막 확인일: 2026년 8월 23일 · 가격과 기능은 실제 공식 사이트를 확인하세요.

나중에 다시 쓰려면 이 페이지를 저장해두세요.

5-minute start

5분 시작 가이드

  1. 01

    Git 상태와 테스트 명령을 먼저 확인합니다.

  2. 02

    읽기 전용으로 관련 파일과 흐름을 찾게 합니다.

  3. 03

    한 요청에 한 기능과 작은 diff를 지정합니다.

  4. 04

    수정 후 테스트·diff·남은 위험을 보고하게 합니다.

Quick recipes

이대로 따라하세요

RECIPE 1

새 기능 구현

기존 구조를 지키는 작은 기능 추가

예상 시간
20~40분
난이도
보통
비용
낮음~보통
단계
4단계
추천 설정
관련 파일·완료 조건·테스트 명령

진행 단계

  1. 1흐름 읽기
  2. 2계획 검토
  3. 3작은 diff 구현
  4. 4테스트·diff 확인

시작 프롬프트

[관련 파일] 안에서 [기능]을 [완료 조건]에 맞게 구현하고 [테스트]를 실행해줘. 먼저 계획을 보여줘.

개선 팁: 파일 범위와 건드리면 안 되는 동작을 함께 적으세요.

RECIPE 2

오류 수정

재현 테스트로 회귀를 막는 버그 수정

예상 시간
10~20분
난이도
쉬움
비용
낮음
단계
4단계
추천 설정
오류 로그·재현·기대 동작

진행 단계

  1. 1원인 후보 순위
  2. 2실패 테스트
  3. 3최소 수정
  4. 4관련 테스트

시작 프롬프트

[로그]와 [재현 단계]로 실패 테스트를 만든 뒤 최소 수정하고 관련 테스트를 실행해줘.

개선 팁: 추측으로 패키지를 바꾸거나 오류를 숨기지 않게 하세요.

RECIPE 3

안전한 리팩터링

동작을 보존하며 구조 개선

예상 시간
10~20분
난이도
쉬움
비용
낮음
단계
4단계
추천 설정
특성 테스트와 공개 API 보존

진행 단계

  1. 1현재 동작 고정
  2. 2작은 단계 계획
  3. 3단계별 수정
  4. 4전체 회귀 테스트

시작 프롬프트

[대상]을 [목표]로 리팩터링하되 공개 API와 동작을 유지하고 특성 테스트를 먼저 추가해줘.

개선 팁: 기능 변경은 별도 PR로 분리하세요.

RECIPE 4

코드베이스 이해

사용자 행동부터 데이터까지 흐름 추적

예상 시간
10~20분
난이도
쉬움
비용
낮음
단계
4단계
추천 설정
수정 금지, 진입점부터 탐색

진행 단계

  1. 1라우트·이벤트 찾기
  2. 2함수 호출 추적
  3. 3데이터 경계 기록
  4. 4읽기 순서 문서화

시작 프롬프트

[사용자 행동]의 코드 흐름을 파일과 함수 순서로 설명하고 근거와 추정을 구분해줘. 수정은 하지 마.

개선 팁: 읽기 단계에서 생성된 가설을 실제 검색 결과로 확인하세요.

Prompt formula

프롬프트 공식

현재 상황 + 원하는 결과 + 관련 파일 + 변경 금지 범위 + 테스트 기준 + 완료 보고

코딩 에이전트는 목표가 모호할수록 수정 범위를 넓히므로 파일과 테스트를 작업 계약처럼 제공해야 합니다.

현재 상황
오류·기존 동작을 설명합니다.
원하는 결과
사용자가 볼 완료 상태를 정합니다.
관련 파일
탐색·수정 범위를 좁힙니다.
금지 범위
API·데이터·무관 파일을 보호합니다.
테스트 기준
검증 명령과 재현 조건을 줍니다.
완료 보고
diff·위험·남은 일을 요구합니다.

Copy & use

복붙 프롬프트 10개

대괄호로 표시된 변수를 내 상황에 맞게 바꾸고, 결과를 그대로 쓰기보다 사실과 권리를 직접 확인하세요.

PROMPT 01작은 기능 구현수정 범위를 제한한 기능 추가
현재 상황: [기능 설명]. 원하는 결과: [완료 조건]. 관련 파일은 [파일 목록]이다. 먼저 기존 흐름과 변경 계획을 설명하고, 이 파일 밖은 수정하지 마. 작은 diff로 구현한 뒤 [테스트 명령]을 실행하고 실패 원인과 남은 위험을 보고해줘.
[기능 설명][완료 조건][파일 목록][테스트 명령]

사용 팁: 관련 파일과 금지 범위를 함께 주면 예상 밖 수정이 줄어듭니다.

PROMPT 02오류 재현과 수정로그 기반으로 원인을 좁힌 뒤 고치기
다음 오류를 분석해줘: [오류 로그]. 재현 단계: [재현 단계]. 기대 동작: [기대 동작]. 먼저 가능한 원인을 증거와 함께 순위화하고, 재현 가능한 최소 테스트를 만든 뒤 가장 작은 수정만 적용해줘. 추측으로 의존성을 바꾸지 마.
[오류 로그][재현 단계][기대 동작]

사용 팁: 오류 메시지 앞뒤 로그와 최근 변경 파일을 같이 제공하세요.

PROMPT 03안전한 리팩터링동작을 유지하며 구조 개선
[대상 파일]의 [개선 목표]를 리팩터링해줘. 공개 API와 현재 동작은 유지하고, 먼저 특성 테스트를 추가해줘. 한 단계씩 작은 diff로 진행하고 각 단계 후 [테스트 명령]을 실행해줘. 성능 향상은 측정 없이 단정하지 마.
[대상 파일][개선 목표][테스트 명령]

사용 팁: 리팩터링과 기능 변경을 한 요청에 섞지 마세요.

PROMPT 04코드베이스 진입점 찾기낯선 저장소에서 관련 흐름 추적
[사용자 행동]이 코드에서 어떻게 처리되는지 찾아줘. 라우트·이벤트 진입점부터 데이터 저장까지 파일과 함수 순서로 설명하고, 확인한 근거와 아직 추정인 부분을 구분해줘. 아직 파일을 수정하지 마.
[사용자 행동]

사용 팁: 읽기 전용 탐색을 먼저 요청하면 불필요한 수정이 줄어듭니다.

PROMPT 05테스트 우선 버그 수정실패 테스트로 회귀 방지
[버그 설명]을 재현하는 가장 작은 테스트를 먼저 작성해줘. 테스트가 현재 코드에서 실패하는지 확인한 뒤 원인을 수정하고 전체 관련 테스트를 실행해줘. 테스트를 통과시키기 위해 기대값을 바꾸지 마.
[버그 설명]

사용 팁: 재현이 어렵다면 먼저 관찰 로그나 검증 지점을 추가하게 하세요.

PROMPT 06API 변경 영향 분석인터페이스 수정 전 소비자 파악
[API 또는 타입]을 [새 요구사항]에 맞게 바꾸기 전에 모든 참조와 외부 소비자를 찾아줘. 호환성 위험, 단계적 전환안, 필요한 테스트를 보고하고 승인 전에는 수정하지 마.
[API 또는 타입][새 요구사항]

사용 팁: 전체 검색 결과를 먼저 검토한 뒤 구현을 분리하세요.

PROMPT 07성능 병목 조사측정 근거가 있는 최적화 계획
[느린 동작]의 현재 측정값과 관련 코드 [파일]을 분석해줘. 추측으로 최적화하지 말고 프로파일링 지점, 기준 시나리오, 병목 후보를 정리한 뒤 가장 작은 실험을 제안해줘.
[느린 동작][파일]

사용 팁: 최적화 전후 같은 입력으로 측정해야 합니다.

PROMPT 08접근성 회귀 점검UI 변경의 키보드·스크린리더 문제 찾기
[컴포넌트]를 semantic HTML, 이름·역할·값, 키보드 탐색, 포커스 표시, 색상 외 정보 전달 기준으로 검토해줘. 실제 문제만 지적하고 수정 후 관련 테스트 또는 수동 확인 절차를 작성해줘.
[컴포넌트]

사용 팁: 스크린리더와 키보드 수동 검수를 테스트와 함께 남기세요.

PROMPT 09마이그레이션 계획큰 변경을 되돌릴 수 있게 분해
[현재 기술]에서 [목표 기술]로 옮기는 계획을 세워줘. 호환 레이어, 단계별 배포, 데이터 영향, 관찰 지표, 롤백 조건을 정의하고 한 번에 전체 교체하지 마.
[현재 기술][목표 기술]

사용 팁: 계획과 구현을 같은 요청에서 모두 실행시키지 마세요.

PROMPT 10PR 최종 검수커밋 전 범위와 위험 확인
현재 변경사항을 [요구사항]과 대조해줘. 변경 파일, 사용자 영향, 누락된 예외, 테스트 결과, 보안·데이터 위험, 롤백 방법을 요약해줘. 무관한 변경이나 생성된 임시 파일이 있으면 표시하고 자동으로 삭제하지 마.
[요구사항]

사용 팁: diff와 git status를 함께 확인하게 하세요.

Tool combinations

이 툴과 같이 쓰면 좋은 AI

Cursor + Claude

긴 설계와 리뷰를 코드 수정 전 독립적으로 검토할 수 있습니다.

역할 분담
Claude 설계·리뷰 → Cursor 구현·테스트
추천 상황
큰 코드베이스와 리팩터링
Claude 상세 보기 →

Cursor + Replit

작은 프로토타입을 브라우저에서 빠르게 실행해볼 수 있습니다.

역할 분담
Cursor 로컬 코드 → Replit 공유 가능한 실험
추천 상황
데모와 학습용 앱
Replit 상세 보기 →

Save credits

비용·크레딧·토큰 절약

  • 전체 저장소보다 관련 파일과 심볼만 컨텍스트에 추가하세요.
  • 읽기·계획과 실제 수정을 별도 요청으로 나누세요.
  • 큰 기능을 테스트 가능한 작은 diff로 쪼개세요.
  • 오류 로그는 관련 앞뒤 줄만 포함하되 재현 단계를 함께 주세요.
  • 전체 테스트 전에 빠른 관련 테스트를 먼저 실행하세요.
  • 실패한 요청을 반복하기보다 완료 조건과 증거를 보강하세요.
  • 현재 플랜과 모델 사용 한도는 공식 화면에서 확인하세요.

다중 계정, 무료체험 반복, 결제·지역 우회 등 약관을 위반하는 방식은 사용하지 마세요.

Advanced skills

한 단계 높은 활용법

Repo context 관리

파일과 심볼을 사용자 흐름 기준으로 선별합니다.

작은 diff

한 커밋에서 한 동작만 바꾸도록 제한합니다.

Test-first

실패 재현 테스트를 먼저 만들어 원인과 완료를 고정합니다.

로그 기반 추론

오류 위치와 최근 변경을 증거로 원인 후보를 좁힙니다.

명확한 완료 조건

상태 코드, 화면, 테스트처럼 관찰 가능한 기준을 둡니다.

Troubleshooting

실패 사례와 해결법

문제

수정 범위가 너무 큼

원인

관련 파일과 금지 범위 없음

해결

파일·심볼 제한

수정 프롬프트: [파일]만 수정하고 공개 API와 나머지 동작은 유지해줘.

문제

같은 오류가 반복됨

원인

재현 테스트 없음

해결

실패 테스트 먼저

수정 프롬프트: 오류를 재현하는 최소 테스트가 실패하는지 먼저 확인해줘.

문제

원인 없이 패키지 변경

원인

증거 기반 조사 생략

해결

원인 후보와 증거 요구

수정 프롬프트: 패키지를 바꾸지 말고 로그와 코드로 원인 후보를 순위화해줘.

문제

리팩터링 후 회귀

원인

현재 동작 고정 안 됨

해결

특성 테스트 추가

수정 프롬프트: 현재 동작을 캡처하는 테스트를 먼저 추가해줘.

문제

완료 보고가 모호함

원인

검증 명령 미지정

해결

테스트·diff·위험 보고

수정 프롬프트: [명령] 결과와 변경 파일, 남은 위험을 완료 조건으로 보고해줘.