업데이트 핵심 – 2025‑05‑15 릴리스(버전 0.50) 이후 .mdc 포맷이 Project Rules의 표준이 되었고, 규칙 파일 위치가 .cursor/rules 로 고정되었습니다. 또한 Tab Model, Background Agent, Max Mode 등 대규모 기능 추가로 멀티‑파일 리팩터링과 병렬 작업 지원이 향상되었습니다. Claude‑4 Sonnet 모델은 프론트엔드/UX 로직에서 가장 안정적인 품질을 보여 신속한 UI 프로토타이핑에 권장됩니다.

0 · 무엇이 달라졌나? (2025‑06‑04)

변경 사항 설명
.mdc 포맷 도입 Project Rules, 설계·요구사항 등 모든 컨텍스트 파일을 Markdown+메타데이터 결합 형식인 .mdc 로 작성 → VS Code 미리보기 지원, AI 파싱 최적화
규칙 위치 고정 .cursor/rules/ 하위에서만 규칙 검색 ⇒ Repo 루트 혼란 방지
Tab Model 멀티‑파일/체인 리팩터링, 빠른 Jump, Syntax 하이라이트 추가
Background Agent Chat 창에 명령 후 IDE 밖에서도 비동기 작업 실행 (테스트/빌드 등)
Max Mode 확대 Top‑tier 모델(GPT‑4.1, Claude‑4 Sonnet, Gemini 2.5 MAX 등) 전체 사용 가능
요금제 개편 요청 기반(Unified request‑based) 과금, Max Mode 포함
Claude‑4 Sonnet 추천 UI·프론트 코드 및 스토리북 작성에 높은 통일성·정확도, 비용‑효율 ↑

1 · End‑to‑End AI 개발 파이프라인 (업데이트)

단계 무슨 일? 맡은 AI 한 줄 요약
1 PRD 작성 o3 “이 제품은 이런 기능이 필요해요!”
2 실행 계획 Gemini 2.5 Pro “1주 차엔 로그인, 2주 차엔 결제…”
3 코드 작성 Claude‑4 Sonnet (프론트) / Gemini MAX (백엔드) + Cursor “코드는 내가 맡을게!”
4 테스트 케이스 작성 Gemini 2.5 Pro “이렇게 테스트해 보면 오류를 잡을 수 있어요.”
5 테스트 실행 Codex “PASS/FAIL 결과를 보여 줄게.”
6 디버깅 & 개선 o3 or Gemini MAX “에러 원인은 여기! 이렇게 고치세요.”

✨ 팁 – 프론트엔드 모듈이 많은 프로젝트라면, 3단계에서 Sonnet을 기본값으로 지정해 CSS‑in‑JS, Tailwind, Storybook까지 일괄 생성하도록 Rule을 설정하세요.

2 · 생성형 AI 개발 도구 Landscape (2025‑06)

도구명 분류 주요 특징 한 줄 평
Lovable 콜드 스타트 프론트·디자인·백엔드 자동 통합, Supabase·이메일 내장 아이디어가 명확한 IT인에게 최적
Replit 콜드 스타트 / 부스팅 브라우저 기반 완전 개발 환경, 배포·오토스케일링, 모바일 지원 비개발자·비IT인에게 추천
V0 by Vercel 콜드 스타트 UI 컴포넌트 자동 생성, Figma 연동, shadcn 스타일 디자이너라면 생산성 ↑
Trae 부스팅 무제한 무료, VS Code 기반, 멀티 에이전트 “공짜가 최고”라면 실용적
Cursor 부스팅 VS Code 기반 AI 코딩, .mdc 규칙, Tab Model·Background Agent 지원 개발 경험자에겐 필수
Windsurf 부스팅 에이전틱 채팅 UI, 컨텍스트 유지력이 높은 대화형 개발, Flows 똑똑한 AI 조수 느낌
GitHub Copilot 부스팅 VS Code 확장, GitHub 기반 코드 보완 생태계 강점은 여전

❗ 업데이트: Claude‑4 Sonnet 통합 플러그인이 Cursor·Windsurf 모두 정식 출시되어, 프론트엔드 전용 스니펫·Storybook 템플릿까지 자동 제공됩니다.

3 · Cursor Master Guide (Rule‑Driven Micro‑Loop)

3‑1 핵심 전략 3‑행 요약 (업데이트)

🎯 목적 ⚙️ 규칙 🧠 컨텍스트
구조·제약 전달 .mdc Project Rules 활용 코드 수정 내역·채팅 기록·Tab Model 연결
동시 작업 최소화 Background Agent로 장시간 작업 offload 작은 단위 Edit‑Test 루프 유지
테스트 품질 확보 실패 테스트 → AI 수정 → 재시도 Tab Model + Sonnet이 멀티‑파일 패치 담당

3‑2 Project Rules (.mdc) 작성 팁

  1. 5‒10개의 명확한 규칙을 별도 파일로 분리 (*.mdc)
  2. Cmd + Shift + P → New Cursor Rule로 서식 포함 템플릿 생성
  3. Rule 예시 (architecture.mdc):
---
title: Architectural Guidelines
alwaysApply: true
description: "폴더 구조 및 모듈 분할 규칙"
---
Do not write monolithic files; prefer small, composable modules.
Each endpoint must have a test file with the same name.

4 · .cursor/rules 템플릿 구조 (모두 .mdc)

.cursor/
└── rules/
    ├── design.mdc        # 시스템 설계 개요
    ├── requirements.mdc  # 기능 요구사항
    ├── architecture.mdc  # 폴더·파일 구조
    ├── roadmap.mdc       # 마일스톤
    └── context.mdc       # 핵심 개념·정책

각 파일에는 MDC front‑matter(title, description, alwaysApply)와 본문 Markdown을 포함합니다.

5 · 프로젝트 스캐폴딩 스크립트

아래 Bash 스크립트는 새 프로젝트 루트에서 실행 시 .cursor/rules 디렉터리를 만들고 템플릿 .mdc 파일을 생성합니다.

#!/usr/bin/env bash
# init_cursor_rules.sh — Cursor .mdc rule scaffold
set -euo pipefail

printf "\n📁  Creating .cursor/rules structure...\n"
mkdir -p .cursor/rules

for name in design requirements architecture roadmap context; do
  file=".cursor/rules/${name}.mdc"
  if [[ -f "$file" ]]; then
    echo "⚠️  $file already exists — skipping"
    continue
  fi

  # Capitalise the first letter in a POSIX-portable way
  first_upper=$(printf '%s' "${name:0:1}" | tr '[:lower:]' '[:upper:]')
  title="${first_upper}${name:1}"

  cat > "$file" <<EOF
---
title: "${title}"
description: "TODO: add description"
alwaysApply: false
---

<!-- Write your ${title} content here -->
EOF
  echo "✅  Created $file"
done

printf "\n🎉  Done. Customise each .mdc file as needed.\n"

스크립트를 chmod +x init_cursor_rules.sh 후 프로젝트 루트에서 실행하세요.

6 · 결론 & 실전 Tips (2025‑06)

  1. .mdc 규칙을 먼저 – 설계·요구사항을 Rule로 고정하면 AI 혼선 최소화
  2. Claude‑4 Sonnet = 프론트 엔드 최적화 – CSS‑in‑JS, Tailwind 컴포넌트 작성에 강력
  3. Tab Model 활용 – 멀티‑파일 리팩터링은 Chat 대신 Tab 제안 수락으로 처리
  4. Background Agent – 장시간 빌드·테스트는 채팅 창 막힘 없이 병렬 수행
  5. 작은 Commit – AI 수정 단위가 명확해야 Rollback이 수월

참고