더 이상 잘못 쓰지 마세요! Cursor 핵심 기능 3가지의 올바른 사용법

금요일 밤 10시, 저는 막 설치한 Cursor 화면을 바라보며 마우스 포인터를 Chat, Composer, Tab 세 아이콘 위에 몇 초 동안 올려놓았습니다. 무엇을 눌러야 할까요?

처음 헬스장에 들어갔을 때와 비슷한 느낌이었습니다. 기구는 모두 눈앞에 있지만 무엇부터 시작해야 하는지, 잘못 사용하면 어떤 일이 생기는지 전혀 알 수 없었습니다.

당시 저는 설정 파일 하나를 수정하려고 Chat에서 한참 씨름했습니다. AI는 친절하게 코드 뭉치를 내놓았지만, 저는 그것을 한 줄씩 복사해 붙여 넣어야 했습니다. 나중에야 이런 여러 파일 작업은 Composer를 써야 한다는 사실을 알았습니다. 한마디만 하면 끝나고 변경 사항도 파일에 자동으로 적용됐습니다.

더 민망했던 건 동료가 Cursor를 시연할 때였습니다. 손가락으로 Cmd+L과 Cmd+I를 자유자재로 오가는데, 저는 매번 마우스를 메뉴 막대로 옮기고 기능을 찾아 클릭했습니다. 그 사이 생각의 흐름은 이미 끊겨 버렸습니다.

그 뒤로 2주 동안 수없이 시행착오를 겪고 나서야 이 세 기능이 정확히 무엇을 하는지 정리할 수 있었습니다.

한 문장으로 이해하는 3대 기능

복잡한 용어는 잠시 잊고, 각 기능이 무엇을 하는지 한 문장씩 설명해 보겠습니다.

Chat: 나의 AI 코딩 조언자

옆자리에 숙련된 개발자가 앉아 있어 코딩 중 언제든 질문할 수 있다고 상상해 보세요. 그것이 바로 Chat입니다.

핵심 역할: 대화형 질의응답 도우미

Cmd+L(Mac) 또는 Ctrl+L(Windows)을 누르면 오른쪽에 채팅 창이 열립니다. 다음과 같이 활용할 수 있습니다.

• “이 코드에서 오류가 나는 이유가 뭐야?”라고 질문하기
• “이 함수를 어떻게 최적화할 수 있을까?”라고 질문하기
• “React의 useEffect는 어떻게 써?”라고 질문하기
• 코드 review 요청하기

Chat이 보는 범위는 현재 파일입니다. 화면 속 코드를 가리키며 동료에게 “여기 버그가 있어?”라고 묻는 것과 같습니다. 여러분이 가리킨 부분만 볼 수 있습니다.

초보자가 가장 자주 하는 실수: 여러 파일의 설정을 바꾸면서 Chat에 파일별 제안을 받은 뒤 직접 복사해 붙여 넣습니다. 너무 힘든 방식입니다. 이런 일에는 Composer를 써야 합니다.

암기법: L = Let’s chat(이야기해 보자)

Composer: 코드 생성 전문가

Composer는 성격이 다릅니다. 대화를 나누는 도구가 아니라 실제 작업을 해 주는 도구입니다.

핵심 역할: 구조화된 코드 생성 도구

Cmd+I(Mac) 또는 Ctrl+I(Windows)를 누르면 화면 가운데에 플로팅 창이 뜹니다. 이때 “로그인 폼, API 호출, 상태 관리가 포함된 사용자 로그인 기능을 만들어 줘”라고 말할 수 있습니다.

그러면 Composer는 다음 작업을 수행합니다.

1. 프로젝트 전체 구조 이해
2. 새 파일 자동 생성
3. 관련된 여러 파일 수정
4. 수정 내용을 곧바로 적용하므로 직접 복사해 붙여 넣을 필요 없음

Composer가 보는 범위는 프로젝트 전체입니다. 외주 팀에 요구 사항 문서를 건네며 “이대로 만들어 주세요”라고 말하는 것과 같습니다. 어떤 파일을 수정해야 하는지는 Composer가 스스로 파악합니다.

핵심 특징: 변경 사항이 파일에 즉시 적용되어 파일을 열면 바로 확인할 수 있습니다. Chat처럼 직접 복사할 필요가 없습니다.

초보자가 가장 자주 하는 실수: “이 함수는 어떻게 써?” 같은 간단한 질문에도 Composer를 사용합니다. AI가 한참 동안 처리한 뒤에야 답을 내놓아 시간과 token을 낭비합니다. 이런 작은 질문은 Chat에서 곧바로 답을 받을 수 있습니다.

암기법: I = Implement(구현하기)

Tab 자동 완성: 코드 예측 도우미

이 기능은 분명 본 적이 있을 것입니다. 코드를 작성하다 보면 화면에 회색 추천 코드가 갑자기 나타나고, Tab을 누르면 이를 수락할 수 있습니다.

핵심 역할: 지능형 코드 자동 완성

기존 코드 자동 완성과 달리 Cursor의 Tab 자동 완성은 AI로 작동합니다. 다음과 같은 일을 할 수 있습니다.

• 다음에 작성할 내용 예측
• 빠진 모듈 자동 import(TypeScript와 Python)
• 파일 간 이동(현재 파일을 수정한 뒤 다음으로 수정할 곳으로 자동 이동)
• 제안 일부만 수락(Ctrl+→ 또는 **⌘+→**를 눌러 일부만 선택)

작동 방식: 글자를 입력하거나 커서를 움직일 때마다 AI는 백그라운드에서 “지금 제안해야 할까?”라고 판단합니다. 매번 제안하지 않는 것은 AI가 “지금은 필요 없다”고 판단했기 때문이며 정상적인 현상입니다.

사용법:

• Tab - 제안 수락
• Esc - 제안 거부
• Ctrl/⌘ + → - 제안 일부만 수락

초보자가 가장 자주 하는 실수: Tab 자동 완성이 “고장 났다”거나 “네트워크에 문제가 있다”고 생각하지만, 실제로는 AI가 현재 제안이 필요하지 않다고 판단한 것입니다. 당황하지 마세요. 정상입니다.

한 문장 요약:

Vultr - 고성능 NVMe 클라우드 서버, 전 세계 32개 노드, Docker 원클릭 배포

요금 보기 →광고

• Chat은 조언자이므로 질문할 때 사용합니다.
• Composer는 실행자이므로 코드를 생성하거나 수정할 때 사용합니다.
• Tab은 도우미이므로 코딩할 때 자동으로 도와줍니다.

Chat과 Composer 심층 비교

많은 사람이 두 기능의 차이를 잘 모릅니다. 저도 처음에는 도구를 자주 잘못 골라 시간을 낭비했습니다.

그러다 간단한 판단법을 알아냈습니다. 관련된 파일이 몇 개인지 확인하는 것입니다.

Chat은 언제 사용하나요?

다음과 같은 상황에서는 바로 Cmd+L을 누르세요.

1. 질문하기

   • “이 코드는 무슨 뜻이야?”
   • “여기서 오류가 나는 이유가 뭐야?”
   • “React Hooks를 사용할 때 주의할 점은 뭐야?”

2. 코드 review

   • 코드 일부를 선택하고 “문제가 있어?”라고 질문하기
   • “이렇게 작성하면 성능 문제가 생길 수 있어?”라고 질문하기

3. 새로운 지식 학습

   • “클로저를 설명해 줘”
   • “async/await와 Promise의 차이는 뭐야?”

4. 단일 파일 수정

   • “이 함수에 오류 처리를 추가해 줘”
   • “이 스타일의 간격을 조정해 줘”

판단 기준: 파일 하나만 관련되거나 단순히 질문하려는 경우에는 Chat을 사용합니다.

Composer는 언제 사용하나요?

다음과 같은 상황에서는 바로 Cmd+I를 누르세요.

1. 새 기능 추가(여러 파일 관련)

   • “사용자 로그인 모듈을 만들어 줘”
   • “프론트엔드 컴포넌트, API, 데이터베이스 모델을 포함한 댓글 기능을 추가해 줘”

2. 코드 리팩터링

   • “이 컴포넌트를 더 작은 하위 컴포넌트로 나눠 줘”
   • “이 유틸리티 함수들을 utils 디렉터리에 정리해 줘”

3. 일괄 수정

   • “모든 API 호출에 오류 처리를 추가해 줘”
   • “컴포넌트의 명명 방식을 모두 통일해 줘”

4. 프로젝트 골격 구성

   • “Next.js 프로젝트의 기본 구조를 만들어 줘”
   • “RESTful API 스캐폴딩을 구성해 줘”

판단 기준: 파일이 두 개 이상 관련되거나 새 코드를 생성해야 한다면 Composer를 사용합니다.

실전 조언

저는 지금 다음과 같은 순서로 사용합니다.

먼저 Chat, 그다음 Composer

1. Chat으로 생각 정리: “로그인 기능을 추가하려면 어떤 파일을 수정해야 해?”
2. Chat이 방안 제시
3. 방안을 정한 뒤 Cmd+I로 Composer를 열고 “방금 설명한 방안대로 구현해 줘”라고 요청

이렇게 하면 token을 낭비하지 않으면서 세부 사항도 놓치지 않을 수 있습니다.

빠른 수정에는 Cmd+K

숨겨진 팁도 하나 있습니다. 코드 일부를 선택하고 Cmd+K(Mac) 또는 Ctrl+K(Windows)를 누르면 해당 코드를 빠르게 수정할 수 있습니다. Chat과 Composer의 중간에 있는 기능으로, “현재 파일의 특정 부분만 수정”할 때 적합합니다.

예를 들면 다음과 같습니다.

• 함수 하나 선택
• Cmd+K 누르기
• “매개변수 검증을 추가해 줘”라고 입력
• Enter를 누르면 수정 완료

Chat이나 Composer를 열 필요가 없어 매우 빠릅니다.

단축키 빠른 참조표

솔직히 말해 단축키는 억지로 외울 필요가 없습니다. 자주 사용하면 자연스럽게 기억납니다.

그래도 반드시 기억해야 할 세 가지가 있습니다. 이것만으로 일상적인 요구 사항의 90%를 해결할 수 있습니다.

꼭 기억할 단축키 3개

1. Cmd/Ctrl + L - Chat 열기

• 암기법: L = Let’s chat(이야기해 보자)
• 언제 누르나요?: 질문하고 싶을 때 누릅니다.

2. Cmd/Ctrl + I - Composer 열기

• 암기법: I = Implement(구현하기)
• 언제 누르나요?: 코드를 생성하거나 수정할 때 누릅니다.

3. Tab - 코드 자동 완성 수락

• 언제 누르나요?: 회색 제안이 보일 때 누릅니다.

이 세 가지면 됩니다. 나머지는 알아 두면 더 좋은 기능입니다.

고급 단축키(익숙해진 뒤 사용)

제가 사용하는 암기법

솔직히 저도 처음에는 단축키를 이렇게 많이 외우지 못했습니다. 하지만 글자의 의미를 기억하면 쉽다는 걸 알게 됐습니다.

• L (Let’s chat) - 대화할 때 L
• I (Implement) - 코드를 구현할 때 I
• K (Korrect) - 빠르게 수정할 때 K

나머지는 필요할 때 찾아봐도 늦지 않습니다. 저는 이 빠른 참조표를 캡처해 바탕 화면에 저장하고 필요할 때 한 번씩 봤습니다.

이제 Cmd+L과 Cmd+I는 완전히 손에 익어 생각할 필요도 없이 손가락이 먼저 움직입니다.

Tab 자동 완성 고급 활용법

Tab 자동 완성은 단순해 보이지만 많은 사람이 모르는 세부 기능이 있습니다.

Tab 자동 완성이 가끔 “반응하지 않는” 이유는 무엇인가요?

초보자가 가장 많이 하는 질문입니다.

실제로 반응하지 않는 것이 아니라 AI가 “지금은 제안할 필요가 없다”고 판단한 것입니다. 정상적인 현상입니다.

옆자리에 앉은 동료가 코딩을 도와준다고 상상해 보세요. 글자를 하나 입력할 때마다 말을 끼어들지는 않을 것입니다. 너무 성가시겠죠. 동료도 “이 부분은 분명 스스로 작성할 수 있겠군”이라고 판단하면 조용히 있을 것입니다.

Tab 자동 완성도 마찬가지입니다. AI는 백그라운드에서 계속 작동하지만 다음과 같이 판단할 수 있습니다.

• 작성 중인 코드가 명확해서 제안이 필요 없음
• 맥락 정보가 부족해 제안해도 정확하지 않음
• 현재 위치에 자동 완성할 내용이 없음

모두 정상적인 상황입니다. 네트워크나 설정에 문제가 있다고 의심하지 마세요.

Tab 자동 완성의 숨은 기능

1. 참조하지 않은 심볼 자동 import

TypeScript나 Python에서 아직 import하지 않은 모듈을 사용하면 Tab 자동 완성이 import 문까지 자동으로 추가해 줍니다.

정말 편리한 기능입니다. 예전에는 코드를 다 작성한 뒤 오류를 발견하고 다시 위로 올라가 import를 추가했습니다. 이제는 Tab 한 번이면 import까지 작성됩니다.

2. 파일 내 이동

Tab 제안을 수락한 뒤 AI가 “다음으로 수정할 곳은 이 파일의 다른 위치”라고 판단하면 커서가 그 위치로 자동 이동합니다.

예를 들어 함수 이름을 바꾸면 그 함수를 호출하는 곳으로 이동해 “여기도 수정해야 합니다”라고 알려 줍니다.

3. 파일 간 이동(portal 창)

더 놀라운 기능도 있습니다. AI가 “다음으로 수정할 곳은 다른 파일”이라고 판단하면 화면 아래에 portal 창이 뜨고 그 자리에서 바로 수정할 수 있습니다.

수정한 뒤 “다음”을 클릭하면 계속해서 다음 수정 위치로 이동합니다.

저는 이 기능을 처음 발견했을 때 깜짝 놀랐습니다. 예전에는 변수명을 바꾸려면 전체 검색을 한 뒤 파일을 하나씩 열어 수정해야 했습니다. 이제는 AI가 직접 수정할 곳들을 “순회”하도록 안내합니다.

Tab 자동 완성을 더 정확하게 만드는 방법

간단히 말하면 AI에 충분한 맥락을 제공하면 됩니다.

KiloClaw - 기업용 매니지드 OpenClaw, AI Agent 오케스트레이션 및 스마트 라우팅

시작하기 →광고

1. 명확한 주석 작성

// ❌ 이렇게 작성하면 AI가 무엇을 하려는지 알 수 없음
function handle() {

}

// ✅ 이렇게 작성하면 AI가 의도를 이해함
// 사용자 로그인을 처리하고 이메일과 비밀번호를 검증한 뒤 성공하면 token 반환
function handleLogin() {

}

두 번째 방식은 AI가 주석만 보고도 어떤 코드를 작성해야 하는지 알 수 있습니다.

2. 일관된 코드 스타일 유지

코드에서 camelCase와 snake_case를 번갈아 사용하면 AI도 혼란스러워집니다.

일관된 스타일을 유지하면 AI 자동 완성도 더 정확해집니다.

3. 의미가 분명한 변수명 사용

// ❌ AI는 u가 무엇인지 알 수 없음
const u = getUser();

// ✅ AI는 사용자 데이터임을 알고 관련 제안을 제공할 수 있음
const userData = getUser();

Tab 자동 완성 설정 조정

AI 제안이 계속 뜨는 것이 싫다면 설정을 조정할 수 있습니다.

Cursor Settings > Tab Completion을 여세요.

• Partial Accepts(일부 수락): 켜면 Ctrl/⌘+→로 제안 일부만 수락할 수 있습니다.
• Cursor Prediction(커서 예측): AI가 다음으로 커서를 옮길 위치를 예측합니다.
• Trigger in Comments(주석에서 작동): 끄면 주석을 작성할 때 제안이 자주 뜨지 않습니다.
• Auto Import(자동 import): 누락된 import 문을 자동으로 추가합니다.

제가 사용하는 설정은 다음과 같습니다.

• “주석에서 작동” 끄기(주석을 쓸 때 너무 성가십니다.)
• “자동 import” 켜기(정말 유용합니다.)
• 나머지는 기본값 유지

수동 작동 모드로 설정할 수도 있습니다. 이 모드에서는 직접 단축키를 눌러야 AI가 제안합니다. 설정에서 AI.Autocomplete.AutoTrigger를 검색해 false로 바꾸면 됩니다.

하지만 권하지는 않습니다. 자동 작동이야말로 Tab 자동 완성 기능의 핵심이므로 익숙해지는 편이 낫습니다.

초보자를 위한 실수 방지 가이드

솔직히 제가 처음에 빠졌던 함정은 여러분도 대부분 한 번씩 겪을 것입니다. 그중 가장 대표적인 몇 가지를 정리해 시행착오를 줄여 보겠습니다.

실수 1: Chat으로 긴 파일을 수정하다 내용이 사라짐

상황 재현:

500줄짜리 파일에서 코드 일부를 AI로 수정하려고 합니다. Chat에 요구 사항을 입력하자 AI가 새 코드를 줍니다. 이를 복사해 붙여 넣었더니 파일의 다른 부분이 사라져 버렸습니다!

왜 이런 일이 생기나요?

Chat은 긴 파일을 처리할 때 일부 코드만 반환하고 나머지를 “생략”하기도 합니다. 반환된 내용을 전체 선택해 복사하면 기존 내용이 덮어써집니다.

어떻게 피할 수 있나요?

• 긴 파일은 Chat이 아니라 Composer로 수정합니다.
• Chat은 간단한 질의응답에만 사용하고 100줄이 넘는 코드를 수정하게 하지 않습니다.
• 꼭 Chat을 써야 한다면 파일 전체가 아니라 변경 부분만 반환하게 합니다.

저도 이 문제로 한 번 크게 고생했습니다. 600줄짜리 설정 파일을 수정할 때 Chat이 “간소화한 버전”을 줬고, 그대로 붙여 넣었다가 설정의 절반이 사라졌습니다. 그날 밤 12시까지 야근하며 복구했습니다.

실수 2: Composer가 계속 로딩됨

상황 재현:

Cmd+I로 Composer를 열고 요구 사항을 입력한 뒤 Enter를 누릅니다. 그런데 로딩 아이콘만 계속 돌고, 5분이 지나도 아무 반응이 없습니다.

왜 이런 일이 생기나요?

Composer는 네트워크 요구 사항이 높습니다. 먼저 프로젝트 전체를 이해한 뒤 코드를 생성해야 합니다. 중국 내 사용자는 네트워크 상태가 좋지 않으면 실제로 멈출 수 있습니다.

어떻게 해결하나요?

• 네트워크 연결 확인(오른쪽 아래의 “Cursor” 아이콘 상태 확인)
• 간단한 작업은 Chat으로 전환하고 Composer만 고집하지 않기
• 가능하다면 프록시 사용 고려
• 프로젝트가 특히 크다면 Composer의 첫 로딩이 느릴 수 있으니 조금 기다리기

네트워크 문제가 아니라 AI 모델 자체가 복잡한 요청을 처리하고 있는 경우도 있습니다. 1~2분 정도 기다리는 것은 정상입니다.

하지만 3분이 넘도록 계속 로딩된다면 Esc를 눌러 바로 취소하고 Chat으로 시도해 보세요.

실수 3: Chat과 Composer 중 무엇을 써야 할지 모름

가장 흔한 문제입니다. 많은 사람이 한참 고민하다 잘못된 도구를 골라 시간을 낭비합니다.

판단 기준(한 번 더 반복하겠습니다):

이 표를 기억하면 상황의 90%를 해결할 수 있습니다.

더 단순한 방법도 있습니다. 먼저 Cmd+L로 Chat에 어떤 도구가 적합한지 판단해 달라고 요청하는 것입니다.

예: “프로젝트에 다크 모드를 추가하려는데 Chat과 Composer 중 무엇을 써야 해?”

Chat은 “여러 파일이 관련되므로 Composer를 권장합니다”라고 알려 줄 것입니다.

실수 4: Tab 자동 완성 제안의 품질이 낮음

상황 재현:

Tab 자동 완성이 원하는 것과 전혀 다른 제안을 내놓고, 이해하기 어려운 코드도 자주 추천합니다.

왜 이런 일이 생기나요?

• 맥락 부족: 빈 파일에서 자동 완성을 기대하면 AI가 참고할 정보가 없습니다.
• 코드 스타일 혼란: 작성 방식이 계속 달라 AI가 사용자의 습관을 파악할 수 없습니다.
• 주석 없음: AI는 어떤 기능을 구현하려는지 알 수 없습니다.

어떻게 개선하나요?

1. 의도를 설명하는 명확한 주석 작성

   // 사용자에게 이메일 인증 코드를 보내고 데이터베이스에 발송 시간을 기록
   async function sendVerificationEmail(email) {
     // AI는 이 주석을 보고 어떤 코드를 작성해야 하는지 알 수 있음
   }

2. 일관된 명명 규칙 유지

   • getUserData를 썼다가 get_user_info를 쓰는 식으로 섞지 않습니다.
   • camelCase나 snake_case 중 하나로 통일합니다.

3. AI에 충분한 맥락 제공

   • 빈 파일에서 자동 완성을 기대하지 않습니다.
   • 먼저 코드 몇 줄을 작성해 기본 구조를 만들어야 AI가 이해할 수 있습니다.

저는 이제 새 기능을 시작하기 전에 무엇을 만들려는지 자세한 주석부터 작성합니다. 그러면 AI의 자동 완성이 훨씬 정확해집니다.

Alibaba Cloud - 개발자 클라우드 1순위, Lighthouse 서버 15% 할인

15% 할인 받기 →광고

실수 5: 단축키를 자꾸 잘못 누르거나 잊음

특별한 해결책은 없습니다. 많이 쓰다 보면 자연스럽게 기억납니다.

다만 작은 팁이 하나 있습니다. 단축키를 모니터 옆에 붙여 두세요.

당시 저는 작은 카드를 인쇄해 화면 아래쪽에 붙였습니다.

Cmd+L = Chat
Cmd+I = Composer
Cmd+K = Quick Edit

한 달 동안 보고 나니 이제는 눈을 감고도 정확히 누를 수 있습니다.

그리고 모든 단축키를 한 번에 외우려 하지 마세요. 먼저 Cmd+L과 Cmd+I만 기억하고 나머지는 필요할 때 익혀도 됩니다.

실전 연습

이론만 읽어서는 소용이 없습니다. 실제 상황 몇 가지를 통해 과정을 하나씩 살펴보겠습니다.

상황 1: 버그 수정

로그인 기능에 버그가 있어 사용자가 잘못된 비밀번호를 입력하면 페이지가 멈춘다고 가정해 보겠습니다.

작업 순서:

1. 문제 찾기(Chat 사용)

   • 문제가 있는 파일 열기
   • Cmd+L로 Chat 열기
   • 의심스러운 코드 선택
   • “이 코드에는 어떤 문제가 있어? 왜 멈추는 거야?”라고 질문

2. Chat의 분석 확인

   • “오류 처리가 없어 로그인 실패 시 응답을 반환하지 않습니다.”
   • “try-catch를 추가해 비동기 오류를 처리하는 것이 좋습니다.”

3. 빠르게 수정(Cmd+K 사용)

   • 해당 함수 선택
   • Cmd+K 누르기
   • “try-catch 오류 처리를 추가해 줘”라고 입력
   • Enter를 누르면 코드가 자동으로 수정됨

4. 여러 파일이 관련된 경우(Composer 사용)

   • 예를 들어 Chat이 “API 계층에도 오류 처리를 추가해야 합니다”라고 알려 줌
   • Cmd+I로 Composer 열기
   • “로그인과 관련된 모든 API 호출에 오류 처리를 추가해 줘”라고 요청
   • Composer가 관련 파일을 자동으로 찾아 수정

전체 과정: Chat으로 진단 → Cmd+K로 빠르게 수정 → Composer로 일괄 수정

상황 2: 새 기능 추가

블로그 시스템에 댓글 기능을 추가하려고 합니다.

작업 순서:

1. 먼저 생각 정리(Chat 사용)

   • Cmd+L로 Chat 열기
   • “댓글 기능을 추가하려면 어떤 파일이 필요하고 대략 어떻게 구현해야 해?”라고 질문

2. Chat이 방안 제시

   필요한 항목:
   - 프론트엔드: 댓글 컴포넌트(CommentList.tsx, CommentForm.tsx)
   - API: 댓글 API(/api/comments)
   - 데이터베이스: 댓글 테이블 schema
   - 상태 관리: 댓글 생성, 조회, 수정, 삭제 로직

3. Composer로 구현(여러 파일 작업)

   • Cmd+I로 Composer 열기
   • 요구 사항을 자세히 설명:

     댓글 기능 만들기:
     - 사용자명, 시간, 내용을 표시하는 댓글 목록 컴포넌트
     - 입력란과 제출 버튼이 포함된 댓글 폼
     - GET/POST 요청을 처리하는 API
     - 글 상세 페이지에 통합

   • Enter를 누르고 Composer의 자동 생성을 기다림

4. 세부 사항 완성(Tab 자동 완성 사용)

   • Composer가 골격을 생성한 뒤 파일 열기
   • 구체적인 로직을 작성하면 Tab 자동 완성이 제안 제공
   • 예를 들어 검증 로직을 작성할 때 Tab이 검증 규칙을 자동 완성

5. 테스트와 디버깅(Chat 사용)

   • 코드를 실행하고 문제 발견
   • Cmd+L로 Chat에 “댓글을 제출한 뒤 페이지가 새로고침되지 않는 이유가 뭐야?”라고 질문
   • Chat의 제안을 받고 Cmd+K로 수정

전체 과정: Chat으로 계획 → Composer로 골격 생성 → Tab으로 세부 내용 자동 완성 → Chat으로 디버깅

상황 3: 코드 리팩터링

UserProfile 컴포넌트가 300줄이나 되어 지나치게 비대해졌고 작은 컴포넌트로 나누려고 합니다.

작업 순서:

1. Composer로 리팩터링(여러 개의 새 파일이 관련되기 때문)

   • UserProfile.tsx 열기
   • Cmd+I로 Composer 열기
   • 다음과 같이 요청:

     이 UserProfile 컴포넌트를 다음과 같이 나눠 줘:
     - UserAvatar(프로필 사진 영역)
     - UserInfo(기본 정보)
     - UserActions(작업 버튼)
     기능은 그대로 유지해 줘

2. Composer의 자동 작업

   • 새 컴포넌트 파일 3개 생성
   • UserProfile을 수정하고 새 컴포넌트 import
   • props 전달 방식 조정

3. 리팩터링 결과 검증(Chat 사용)

   • Cmd+L로 Chat 열기
   • “이렇게 리팩터링하면 잠재적인 문제가 있을까? 성능에 영향이 있을까?”라고 질문
   • Chat의 review 의견 확인

4. 세부 사항 최적화(Cmd+K 사용)

   • Chat이 최적화할 부분을 제안한 경우
   • 코드 선택 후 Cmd+K를 눌러 제안대로 수정

전체 과정: Composer로 리팩터링 → Chat으로 review → Cmd+K로 최적화

실전 활용 팁 요약

세 가지 상황을 살펴보면 다음과 같은 규칙을 발견할 수 있습니다.

• Chat: 두뇌처럼 생각을 정리해 줌
• Composer: 손처럼 직접 작업을 수행함
• Cmd+K: 국소 영역을 빠르게 조정하는 도구
• Tab: 코딩할 때 수시로 제안하는 도우미

이 기능들은 따로 쓰는 것이 아니라 함께 사용합니다.

현재 저는 다음과 같은 순서로 사용합니다.

1. 문제가 생기면 먼저 Cmd+L로 Chat에 질문
2. Chat이 방안을 제시하면 Cmd+I로 Composer에서 구현
3. 코드를 작성할 때 Tab으로 자동 완성
4. 일부를 조정할 때 Cmd+K로 빠르게 수정
5. 작성이 끝나면 Cmd+L로 Chat에 review 요청

이 흐름에 익숙해지면 생산성이 정말 두 배로 높아질 수 있습니다.

결론

긴 글이었지만 핵심은 사실 세 문장입니다.

Chat은 조언자이므로 궁금하면 물어보면 됩니다.
어떻게 작성해야 할지 모르겠나요? Chat에 물어보세요. 코드에 버그가 있나요? Chat에 물어보세요. 새로운 개념을 배우고 싶나요? Chat에 물어보세요.

Composer는 실행자이므로 요구 사항을 명확히 설명하고 작업을 맡기면 됩니다.
여러 파일이 관련되나요? Composer를 사용하세요. 새 기능을 생성해야 하나요? Composer를 사용하세요. 코드를 일괄 수정해야 하나요? Composer를 사용하세요.

Tab은 코딩할 때 언제든 제안을 주는 도우미입니다.
왜 작동하지 않는지 의심하지 마세요. AI가 스스로 판단합니다. 일관된 코드 스타일을 유지하고 명확한 주석을 작성하면 점점 더 정확해집니다.

이 세 기능을 익힌 뒤 제 개발 생산성은 적어도 두 배로 높아졌습니다. 예전에는 새 기능 하나를 만들려면 문서를 찾아보고 Stack Overflow를 검색하며 코드를 한 줄씩 입력했습니다. 이제는 먼저 Cmd+L로 방향을 정하고, Cmd+I로 Composer에 골격을 생성하게 한 뒤, Tab으로 세부 내용을 완성하고 마지막에는 Cmd+L로 Chat에 review를 요청합니다.

단축키는 억지로 외울 필요가 없습니다. 많이 쓰면 자연스럽게 기억납니다. 이제 Cmd+L과 Cmd+I는 완전히 손에 익어 머리로 생각하지 않아도 손가락이 먼저 움직입니다.

마지막으로 세 가지 실천 방법을 제안합니다.

1. 지금 바로 Cursor를 열어 Cmd+L과 Cmd+I의 차이를 직접 확인하세요.

   • Chat에 아무 질문이나 던져 응답 속도를 느껴 보세요.
   • Composer로 간단한 컴포넌트를 만들며 여러 파일을 생성하는 방식을 살펴보세요.

2. 단축키 빠른 참조표를 저장하세요.

   • 캡처하거나 인쇄해 모니터 옆에 붙여 두세요.
   • 우선 Cmd+L과 Cmd+I 두 가지만 기억해도 충분합니다.

3. 문제가 생길 때마다 ‘Chat과 Composer 중 무엇을 써야 할까?‘라고 생각하세요.

   • 잘 모르겠다면 먼저 Chat에 “이 작업에는 Chat과 Composer 중 무엇이 적합해?”라고 물어보세요.
   • 시행착오를 두려워하지 마세요. 잘못 사용해도 다시 하면 됩니다.

Cursor의 이 세 기능은 개발 경험을 정말 바꿀 수 있습니다. 글만 읽지 말고 직접 사용해 봐야 강력함을 느낄 수 있습니다.

이 글이 유용했다면 Cursor를 사용 중인 친구에게 공유해 주세요. 모두가 시행착오는 줄이고 코드는 더 많이 작성할 수 있기를 바랍니다.