본문으로 건너뛰기

Cursor 계정 관리

Managing your Cursor account

Cursor 계정은 에디터의 모든 클라우드 기능의 열쇠입니다: 로그인, 구독 등급, 사용량 한도, 그리고 머신 간 설정 동기화. 이 가이드는 로그인 방법 선택부터 이메일 변경, 중복 병합, 장치 간 동기화되는 항목 이해, 계정을 깔끔하게 삭제하는 것까지 일상적으로 실제로 다루는 부분을 설명합니다.

로그인 방법​

Cursor는 세 가지 로그인 경로를 제공합니다. 모두 백엔드의 동일한 계정 레코드로 귀결되지만, 복구 및 보안 속성은 나중에 중요해지는 방식으로 다릅니다.

이메일 매직 링크​

이메일 주소를 입력하면 Cursor가 일회용 링크를 보냅니다. 링크를 클릭하면 로그인됩니다. 비밀번호가 필요하지 않습니다.

  • 신뢰하는 머신에서 빠름
  • 타사 자격 증명 공급자에 의존하지 않음
  • 복구는 해당 사서함에 대한 지속적인 액세스에 전적으로 의존

Google​

OAuth를 통해 Google 계정으로 로그인합니다. Cursor 신원은 Google 계정 식별자에 바인딩됩니다.

  • Google 2FA가 활성화되면 강력한 기본 보안
  • 이미 Google Workspace 안에 있다면 편리함
  • 나중에 다른 Google 계정으로 마이그레이션하는 것은 간단하지 않음

GitHub​

GitHub OAuth를 통해 로그인하며, 개발자에게 가장 흔한 경로입니다.

  • 널리 사용되며 GitHub 보안 설정에서 쉽게 취소 가능
  • 코딩 신원이 이미 GitHub에 있다면 적합
  • Cursor 세션을 GitHub 2FA 태세에 연결
방법장점단점
이메일 매직 링크비밀번호 없음; 모든 사서함과 작동사서함 액세스에 전적으로 의존; 링크 자체가 자격 증명
Google강력한 2FA, 익숙한 흐름나중에 마이그레이션하기 어려움
GitHub개발자 친화적, 쉽게 취소 가능GitHub가 가진 2FA 강도를 그대로 상속

로그인 공급자 전환​

앱 내부에서 공급자를 전환할 수 없습니다. GitHub에서 Google로, 또는 매직 링크에서 GitHub로 이동하는 것은 구독과 기록을 소유한 신원을 변경하므로 지원팀이 돕는 마이그레이션입니다. 이메일 변경과 정확히 동일하게 취급하세요: 티켓을 열고, 두 방법의 소유권을 증명하고, 이후 새 로그인을 예상하세요.

계정을 이동하지 않고 한 방법의 사용만 중단하려면 유지할 방법으로 로그인하세요. 새 공급자로 새로 가입하지 마세요. 기존 계정을 마이그레이션하는 대신 중복 계정을 만들게 되고, 구독은 이전 레코드에 남습니다.

이미 강화한 공급자를 선택하세요

GitHub 계정이 이미 2FA를 강제하고 있다면 GitHub로 로그인하면 Cursor가 그 보호를 무료로 상속합니다. 클릭이 조금 더 빠른 것이 아니라 실제로 유지하는 가장 강력한 보안 태세를 가진 공급자를 선택하세요.

어떤 방법을 선택하든 첫 로그인이 계정 레코드를 생성합니다. 이후 로그인은 같은 방법을 사용해야 하며, 그렇지 않으면 조용히 두 번째 계정을 만들게 되고, 이것이 대부분의 "내 구독이 사라졌다" 보고의 근본 원인입니다.

구독 및 사용량을 찾는 위치​

두 표면이 중요합니다: 웹 대시보드와 앱 내 계정 설정. 이들은 겹치지만 동일하지 않은 정보를 보여줍니다.

웹 대시보드​

브라우저에서 https://cursor.com/dashboard를 엽니다. 대시보드는 청구 관련 모든 것에 대한 권위 있는 보기입니다:

  • 구독: 현재 등급(Free, Pro, Pro+, Business, Enterprise)과 갱신 날짜
  • 사용량: 현재 주기에 소비된 요청, 모델별 분석
  • 청구: 인보이스, 결제 수단, 팀의 좌석 수

사용량 보기는 한도에 얼마나 가까운지 볼 수 있는 곳입니다. 프리미엄 모델 요청을 더 저렴하거나 포함된 모델과 분리하므로, 어떤 모델 클래스가 할당량을 소비하는지 추측하지 않고 알 수 있습니다.

앱 내 설정 > 계정​

Cursor 내부에서 Ctrl/Cmd + ,로 설정을 열고 계정을 선택합니다. 이 패널은 대부분 읽기 전용입니다:

  • 로그아웃 컨트롤
  • 현재 세션의 플랜 표시기
  • 청구를 관리하는 딥 링크(브라우저 대시보드를 엽니다)
  • 설정 동기화 토글

플랜 변경과 결제 수단은 의도적으로 웹 대시보드에 있습니다. 에디터에 결제 UI를 내장하면 클라이언트에서 카드 데이터를 처리해야 하므로 Cursor는 이를 브라우저에 유지합니다.

사용량 탭을 올바르게 읽기​

카운터는 달력 월 1일이 아니라 갱신 기준일에 월별로 재설정됩니다. 한도가 잘못된 것 같으면 티켓을 접수하기 전에 기준일을 확인하세요.

사용량은 청구 주기에 재설정됩니다

17일에 갱신되는 Pro 플랜은 17일에 사용량을 재설정합니다. 카운터를 달력 월이 아니라 그 날짜와 비교하세요. 재설정 날짜에 대한 기대 불일치가 잘못된 "사용량 버그" 보고의 큰 부분을 차지합니다.

기존 계정의 이메일 변경​

셀프서비스 이메일 변경은 없습니다. 설정을 열고 주소를 편집하여 구독, 사용량 기록, 동기화된 설정이 따라오기를 기대할 수 없습니다. 신원은 로그인한 공급자에 바인딩되며, 그 바인딩은 사용자가 편집할 수 없습니다.

신뢰할 수 있는 경로는 Cursor 지원팀에 연락하여 이전 주소와 새 주소 모두를 통제한다는 증거와 함께 수동 이메일 변경이나 계정 마이그레이션을 요청하는 것입니다.

계정 ID를 찾는 방법​

지원팀이 계정 ID를 요청합니다. 두 곳에서 찾을 수 있습니다:

  • 앱 내 설정 > 계정 패널이 로그아웃 컨트롤 근처에 계정 식별자를 표시
  • 웹 대시보드 페이지 소스 또는 계정 섹션이 같은 식별자를 노출

찾을 수 없으면 그것이 이메일 주소가 아니라는 점을 유의하세요. 지원팀이 정확한 레코드를 찾는 데 사용하는 불투명 식별자입니다.

소유권 증명​

이메일 변경은 사실상 신원 이전이므로, 지원팀은 두 주소를 모두 소유한다는 증거가 필요합니다. 가장 깔끔한 증거는 요청 시 각 사서함에서 확인 메시지를 보낼 수 있는 능력입니다.

지원 티켓 템플릿​

다음 템플릿을 복사하여 조정하세요. 구조를 유지하면 첫 응답이 빨라집니다.

To: support (via the in-app Contact Support form or [email protected])
Subject: Request to change account email from [email protected] to [email protected]

Account ID: <paste from Settings > Account>
Current email: [email protected]
Requested email: [email protected]
Sign-in method: Email magic link | Google | GitHub

Reason for change:
  Migrating from a personal domain to a company domain.

Proof of ownership:
  - I can send a verification email from [email protected] on request
  - I can also send one from [email protected] on request

Subscription details (if active):
  Tier: Pro (annual)
  Invoice reference: <paste from dashboard>

Impact to preserve:
  - Usage history
  - Settings Sync state

Additional notes:
  <anything else support should know>
비밀번호나 세션 토큰을 절대 보내지 마세요

지원팀은 비밀번호, 매직 링크 URL, 또는 세션 토큰을 요청하지 않습니다. 지원팀이라고 주장하는 메시지가 이를 요청하면 피싱입니다. 계정 ID와 소유권 증명 단계만 공유하세요.

변경은 영업일 기준 며칠이 걸리고 이후 새 로그인이 필요할 것으로 예상하세요. 장치가 로그아웃될 수 있는 짧은 기간을 계획하세요.

중복 계정 병합​

중복 계정은 실수로 만들기 쉽습니다. 흔한 패턴은 빠른 체험을 위해 Google로 한 번 가입한 다음, 유료 플랜을 약정할 때 GitHub로 다시 가입하는 것입니다. Cursor는 계정을 자동으로 병합하지 않으며, 앱 내 병합 버튼이 없습니다.

할 수 있는 것은 지원팀을 통해 병합을 요청하는 것입니다:

  • 대시보드에서 두 계정 ID를 식별
  • 활성 구독을 보유한 레코드를 확인; 일반적으로 유지할 레코드
  • 두 로그인 방법에 대한 소유권 증명 제공
  • 보조 계정의 사용량 기록이 결합되지 않고 삭제될 수 있음을 명시적으로 진술

실제로 사용량 기록과 채팅 기록은 이전되지 않습니다. 병합은 주로 청구를 통합하고 방치된 신원을 해제하여 나중에 활성 계정으로 오인되지 않도록 하는 데 존재합니다.

중복이 발생하기 전에 예방하세요

유료 플랜을 시작할 때 무료 등급에서 사용한 것과 동일한 로그인 방법을 계속 사용하세요. 공급자를 전환해야 한다면 새로 가입하는 것이 아니라 지원팀을 통해 변경으로 수행하세요. 새로 가입하면 기존 계정을 이전하는 것이 아니라 새 계정을 만듭니다.

장치 간 전송되는 항목​

설정 동기화는 로그인한 머신에 걸쳐 구성의 일부를 전달하는 기능입니다. 정확히 무엇이 이동하고 무엇이 이동하지 않는지 알면 두 번째 노트북을 설정할 때 많은 혼란을 방지합니다.

동기화되는 것​

  • 에디터 설정, 즉 settings.json
  • 키 바인딩, 즉 keybindings.json
  • 설치된 확장 목록
  • 사용자 스니펫
  • 활성 테마와 레이아웃 기본 설정 같은 UI 상태

동기화되지 않는 것​

  • 채팅 기록: 클라우드가 아닌 각 머신에 로컬로 저장됨
  • 규칙 파일: .cursor/rules는 프로젝트별이며 리포지토리와 함께 이동
  • MCP 구성: 프로젝트별 또는 머신별 mcp.json
  • 코드베이스 인덱스: 임베딩은 각 머신에 로컬로 재구축됨

이 분할은 의도적입니다. 개인적인 편집 느낌을 정의하는 것은 함께 이동하고, 프로젝트를 정의하는 것은 프로젝트에 남아 팀원이 하나의 소스 오브 트루스를 공유합니다.

설정 동기화 활성화​

설정 > 일반 > 설정 동기화에서 토글하거나 직접 설정하세요:

// settings.json excerpt
{
  "settingsSync.enabled": true,
  "settingsSync.keybindingsPerPlatform": false
}

keybindingsPerPlatform이 false이면 Cursor는 플랫폼별로 하나를 유지하는 대신 운영 체제 전반에 걸쳐 단일 키 바인딩 세트를 동기화합니다. macOS와 Windows를 오가면 편리하지만 플랫폼별 기본값을 평탄화할 수 있습니다.

규칙은 커밋, 에디터 기본 설정은 동기화

.cursor/rules와 mcp.json은 프로젝트 리포지토리 안에 두어 코드와 함께 이동하고 팀원에게 일관되게 유지되도록 하세요. 설정 동기화는 에디터 수준 기본 설정만 처리하게 하세요. 두 소스 오브 트루스를 분리하면 누군가의 개인 동기화가 덮어써서 규칙이 조용히 변경되는 드리프트를 피할 수 있습니다.

장치 한도 및 로그인된 머신 관리​

단일 계정은 여러 머신에서 사용할 수 있으며, 각 로그인은 세션으로 추적됩니다. 이것이 장치를 잃거나 공유할 때 액세스를 검토하고 취소할 수 있게 해줍니다.

활성 세션 검토​

  • 대시보드를 열고 세션 또는 장치 영역을 찾습니다
  • 각 항목은 장치 레이블과 마지막 확인 타임스탬프를 표시
  • 알 수 없는 레이블이나 예상치 못한 위치는 취소 신호

다른 장치 권한 해제​

두 가지 동등한 경로가 있습니다:

  • 더 이상 사용하지 않는 머신의 Cursor 내에서 로그아웃
  • 대시보드에서 세션을 취소하여 해당 장치가 다음 작업 시 재인증하도록 강제

대시보드에서 취소하는 것이 더 강력한 옵션인데, 장치에 여전히 도달할 수 있는지에 의존하지 않기 때문입니다.

모든 곳에서 로그아웃​

머신을 잃어버렸거나, 팔았거나, 공유했다면 세션을 취소하고 로그인 방법 뒤의 자격 증명을 교체하세요:

  • Google 또는 GitHub 계정의 비밀번호를 변경하거나, 해당 공급자 설정에서 Cursor의 OAuth 권한을 취소
  • 매직 링크로 로그인했다면 사서함 비밀번호를 변경

공급자 자격 증명을 교체하면 계정 전반의 토큰이 무효화되며, 이는 전역 로그아웃에 가장 가까운 것입니다.

계정 삭제​

삭제는 영구적이며 두 가지 별개 범위가 있습니다: Cursor가 클라우드에서 소유한 것과 디스크에 있는 것.

데이터에 무슨 일이 일어나는가​

  • 클라우드: 계정 레코드, 구독 연결, 사용량 기록, 동기화된 설정이 제거됨
  • 로컬: 디스크의 파일은 손대지 않음, Cursor가 이를 소유한 적이 없기 때문
  • 백업: 삭제는 지연된 일정으로 백업을 통해 전파되므로 복원 창이 잠시 존재할 수 있음

삭제하기 전에 내보내기​

삭제는 되돌릴 수 없으므로 먼저 이 작업을 하세요:

  • 각 머신의 로컬 저장소에서 중요한 채팅 기록을 복사
  • settings.json, keybindings.json, 모든 .cursor/rules 파일 저장
  • 자체 기록을 위해 대시보드에서 인보이스 다운로드
  • 구독을 명시적으로 취소하세요. 그렇지 않으면 더 이상 로그인할 수 없는 레코드에 대해 청구가 계속될 수 있습니다
삭제하기 전에 청구 취소

활성 구독이 연결된 상태에서 계정을 삭제하면 대시보드에서 해당 구독을 관리할 수 있는 능력을 잃을 수 있습니다. 먼저 플랜을 취소하고, 취소 이메일을 확인한 다음 삭제를 진행하세요.

업무용과 개인 계정 분리 유지​

신원을 혼합하는 것은 업무 맥락이 개인 사용으로 유출되거나 클라이언트 데모 중에 개인 확장이 활성화된 것을 발견하는 가장 빠른 방법입니다. 두 세계를 물리적으로 분리하세요.

  • 별도의 OS 사용자 계정을 사용하여 로컬 애플리케이션 데이터가 절대 겹치지 않도록
  • 별도 디렉터리에 설치하여 두 Cursor 인스턴스가 공존할 수 있도록
  • 다른 공급자로 로그인: 업무는 Google Workspace SSO로, 개인은 GitHub로
  • 별도의 설정 프로필을 사용하여 확장 목록과 키 바인딩이 넘나들지 않도록

명령줄 플래그로 두 번째 격리된 인스턴스를 실행할 수 있습니다:

# Launch a second instance with its own data and extensions directories
cursor --user-data-dir="$HOME/.cursor-work" --extensions-dir="$HOME/.cursor-work/extensions"

격리된 인스턴스는 자체 채팅 기록, 자체 인덱싱된 코드베이스, 자체 계정을 유지하며, 여러 클라이언트를 컨설팅하거나 계약할 때 정확히 원하는 것입니다.

일반적인 계정 문제 해결​

몇 가지 계정 문제가 지원 채널 전반에서 반복적으로 나타납니다. 빠르게 해결하는 방법은 다음과 같습니다.

로그인했지만 모든 것이 잠긴 것처럼 보임​

구독이 활성이지만 Cursor가 플랜을 Free로 표시하면, 거의 확실히 다른 공급자로 만든 두 번째 중복 계정에 로그인한 것입니다. 앱에 표시된 계정 ID를 대시보드 레코드와 비교하세요. 다르면 두 번째 플랜을 구매하는 대신 위에 설명된 병합 경로를 사용하세요.

매직 링크가 도착하지 않음​

  • 스팸 및 프로모션 폴더를 확인하세요; 매직 링크 메일은 자주 필터링됩니다
  • 별칭이 아니라 실제로 등록한 주소를 입력했는지 확인하세요
  • 다른 링크를 요청하기 전에 1분 정도 기다리세요. 새 링크를 요청하면 이전 링크가 무효화될 수 있습니다
  • 사서함이 사용자 지정 도메인에 있으면 DNS와 스팸 필터링이 메시지를 조용히 버리고 있지 않은지 확인하세요

설정 동기화가 적용되지 않음​

  • 설정 > 일반 > 설정 동기화에서 동기화가 활성화되어 있는지 확인
  • 업데이트되지 않는 머신에서 로그아웃했다가 다시 로그인
  • 채팅 기록, 규칙, MCP 구성은 절대 동기화되지 않으므로 그 부재는 버그가 아니라 예상된 것임을 기억하세요

구독이 잘못된 좌석 수를 표시​

팀 플랜의 경우 좌석은 대시보드의 청구 아래에서 관리됩니다. 멤버를 제거하면 즉시가 아니라 다음 주기에 좌석이 해제되므로, 중간 주기 수는 실제로 정확할 때 고정된 것처럼 보일 수 있습니다.

장치 간 계정 ID 불일치​

모든 장치는 같은 계정 ID를 보고해야 합니다. 두 머신이 다르면 서로 다른 계정에 로그인한 것입니다. 구독을 보유한 계정으로 정하고, 나머지를 로그아웃하고, 올바른 공급자로 다시 로그인하세요.

먼저 계정 ID를 확인하세요

거의 모든 "내 플랜이 사라졌다" 또는 "동기화가 깨졌다" 보고는 중복 계정으로 귀결됩니다. 장치 간 계정 ID를 비교하는 것이 티켓을 열기 전에 실행할 수 있는 가장 빠른 단일 진단입니다.

보안 모범 사례​

대부분의 계정 위험을 커버하는 짧은 체크리스트:

  • 2FA를 강제하는 공급자로 로그인하세요. GitHub나 Google이 이미 그렇다면 그 보호가 Cursor로 이어집니다.
  • 비밀번호 기반 옵션이 있는 곳에서는 고유한 비밀번호를 사용하세요.
  • 활성 세션을 주기적으로 검토하고 인식하지 못하는 것은 취소하세요.
  • 매직 링크 이메일을 살아 있는 자격 증명으로 취급하세요. 링크를 여는 사람은 만료될 때까지 세션을 갖습니다.
  • 공유되거나 빌린 머신에서는 끝나면 로그아웃하고, 확실하지 않으면 모든 곳에서 로그아웃하세요.
  • 세션 토큰, 매직 링크, 또는 비밀번호를 채팅, 티켓, 또는 계정을 "고친다"고 주장하는 타사 사이트에 절대 붙여넣지 마세요.

분기별 계정 검토​

분기에 한 번, 다음에 5분을 투자하면 대부분의 문제가 확대되기 전에 잡힙니다:

  • 사용하는 모든 장치에서 계정 ID를 비교하고 불일치를 조정
  • 인식하지 못하는 세션을 취소
  • 청구 기준일이 여전히 예상과 일치하는지 확인
  • 로그인 공급자가 여전히 2FA를 강제하는지 확인
  • settings.json, keybindings.json, .cursor/rules 파일을 백업

계정은 청구, 데이터, 장치 액세스가 모두 만나는 계층입니다. 올바른 로그인 방법을 선택하고 정기적으로 세션을 검토하는 데 몇 분을 투자하면 나중에 몇 시간의 복구를 절약합니다.