저는 10배의 생산성을 끌어올려 줄 Cursor의 비밀 설정을 찾아 헤매는 게시물들을 많이 봅니다. 실제 업무에서 수개월 동안 매일 Cursor를 사용해 본 결과, 제가 말씀드릴 수 있는 것은 이렇습니다. 그런 설정은 없습니다.

"AI 자동 완성(autocomplete) 기능이 있다"와 "실제로 더 빨라졌다" 사이의 격차는 설정의 문제가 아닙니다. 그것은 몇 가지 습관의 문제입니다. 대부분의 사람들은 Cursor를 설치하고, 탭 완성(tab-completion)에 의존하다가 거기서 멈춥니다. 이는 자동차를 사고 나서 1단 기어만 사용하는 것과 같습니다. 여기 어떤 설정 옵션보다 저에게 더 큰 도움이 되었던 다섯 가지 습관이 있습니다.

1. 의도적으로 컨텍스트(context)를 제공하라

제 결과물을 가장 크게 향상시킨 단 하나의 방법은 Cursor가 추측하기를 바라는 대신, 올바른 컨텍스트(context)를 제공하는 것이었습니다.

아무것도 없는 공허한 상태에서 모호한 질문을 던지는 대신, 중요한 정확한 파일, 문서(docs), 또는 코드(code)를 지정해 주면 품질이 즉시 뛰어오릅니다. 쓰레기 같은 컨텍스트를 넣으면 쓰레기 같은 제안이 나옵니다(Garbage context in, garbage suggestion out). 저는 사소하지 않은 것을 요청하기 전에, 2초를 투자해 관련 파일들을 컨텍스트(context)에 추가합니다. 그 2초가 "아니요, 그렇게 말고"라는 세 번의 시행착오를 줄여줍니다.

2. 어떤 인터페이스가 어떤 작업에 적합한지 파악하라

Cursor는 대화할 수 있는 방법을 하나 이상 제공하며, 잘못된 방법을 사용하는 것이 대부분의 사람들이 겪는 숨겨진 마찰 요인입니다.

인라인 편집(Inline edit)은 정밀한 변경을 위한 것입니다. 블록을 선택하고, 변경 사항을 설명하면 끝입니다. 채팅(Chat)은 사고를 위한 것입니다. 제가 아직 해결책을 완전히 알지 못하고 문제에 대해 추론하고 싶을 때 사용합니다. 이 둘을 혼동하는 것—인라인 편집(inline edits)으로 설계에 대한 대화를 시도하거나, 긴 채팅(chat)을 통해 한 줄짜리 수정을 하는 것—은 느리고 답답합니다. 작업에 맞춰 인터페이스를 매칭하면 모든 것이 빨라집니다.

3. 규칙을 한 번만 작성하고, 반복을 멈춰라

만약 매 프롬프트마다 똑같은 지시사항을 다시 입력하고 있다면 ("우리 명명 규칙(naming convention)을 사용해줘", "주석 달지 마", "이 패턴을 선호해") — 당신은 도구가 대신 해줄 수 있는 수동 작업을 직접 하고 있는 것입니다.

프로젝트 규칙 (Project rules)을 한 번 설정해 두면, Cursor가 당신의 컨벤션 (Conventions)을 모든 제안에 자동으로 반영합니다. 저는 스타일을 끊임없이 수정하던 단계에서, 이제는 스타일을 거의 신경 쓰지 않아도 되는 단계로 넘어왔습니다. 이것은 사람들이 가장 자주 건너뛰는 습관이며, 그로 인한 손해는 시간이 갈수록 눈덩이처럼 불어납니다.

4. 크고 모호한 것보다 작고 구체적인 것이 낫다

"이거 고쳐줘"라는 요청은 동전 던지기와 같습니다. 반면 "이 함수는 입력 배열이 비어 있을 때 null을 반환하지만, 대신 빈 배열을 반환해야 해"라고 말하면 단 한 번에 정확한 결과를 얻습니다.

본능적으로는 AI에게 거대한 요청을 던지고 결과가 좋기를 바라게 됩니다. 하지만 실제로 제 경험상, 요청이 좁고 구체적일수록 결과가 더 좋았습니다. 직관과는 반대로, 작고 정밀한 프롬프트 (Prompts)를 일련의 과정으로 이어가는 것이 하나의 크고 모호한 프롬프트를 사용하는 것보다 더 빠릅니다. 왜냐하면 잘못된 추측을 풀어내느라 아낀 시간을 낭비하지 않아도 되기 때문입니다.

5. 모든 디프 (Diff)를 풀 리퀘스트 (Pull Request)처럼 검토하라

이것은 당신을 문제로부터 지켜주는 습관입니다. 속도는 확실히 빨라지지만, 코드에 대한 책임은 여전히 전적으로 당신에게 있습니다.

저는 Cursor가 제안하는 모든 변경 사항을 동료의 PR (Pull Request)을 검토할 때와 똑같은 방식으로 읽습니다. 무언가 망가진 후에가 아니라, 수락하기 전에 검토합니다. 디프 (Diffs)를 맹목적으로 수락하는 것이야말로 미묘한 버그들이 코드베이스 (Codebase)에 빠른 속도로 스며들게 만드는 방식입니다. 검토하는 습관을 들여야 후회 없이 개발 속도를 유지할 수 있습니다.

근저에 깔린 패턴

이 다섯 가지 습관의 공통점을 주목해 보세요. 이 중 어느 것도 도구 자체에 관한 것이 아닙니다. 이것들은 당신이 의도 (Intent)를 얼마나 명확하게 전달하는지, 그리고 출력을 얼마나 주의 깊게 확인하는지에 관한 것입니다.

Cursor가 당신을 더 빠르게 만들어 주는 것이 아닙니다. Cursor는 당신이 원하는 바를 얼마나 명확하게 설명할 수 있는지에 대한 승수 (Multiplier)입니다. 그리고 승수는 당신이 입력하는 것이 무엇이든 — 그것이 엉성하든 날카롭든 — 증폭시킵니다. 습관이란 그저 날카로운 것을 입력하기 위한 규율일 뿐입니다.

이 내용을 빠르게 참고하고 싶다면, 제가 **무료 Cursor 치트 시트 (Cheat sheet)**를 준비했습니다. 단축키, 컨텍스트 (Context) 트릭, 그리고 60초 워크플로우 (Workflow)를 몇 페이지로 압축하여 에디터 옆에 띄워두고 볼 수 있게 만들었습니다. 여기서 확인하세요: Cursor Quick-Start Cheat Sheet

어떤 습관을 형성하는 데 가장 오랜 시간이 걸렸나요? 다른 Cursor 데일리 사용자들도 동일한 다섯 가지 습관을 찾았는지, 아니면 완전히 다른 세트를 찾았는지 궁금합니다.