회사에서 Cursor의 Team 플랜을 사용하고 있고, 개인 개발 시에는 자신의 개인 플랜을 사용하고 싶다——이럴 때, Cursor에는 계정 전환 기능이 없습니다. 이 기사에서는 --user-data-dir을 사용하여 「회사 계정의 Cursor」와 「개인 계정의 Cursor」를 동시에·다시 로그인하지 않고 구분하여 사용하는 방법을 소개합니다.

최종적으로는 다음과 같이 됩니다.

• 회사의 업무 → 지금까지와 마찬가지로 평소처럼 Cursor를 열기 (회사 계정)
• 개인 리포지토리 (Repository) → Dock의 「Cursor Personal」을 클릭 (개인 계정)

매번 다시 로그인할 필요가 없습니다.

전제: Cursor는 「1 설치 = 1 계정」

먼저 공식 사양을 확인해 두겠습니다. Cursor 공식 포럼의 스태프 답변에서 명시되어 있는 대로, Cursor는 하나의 설치당 하나의 계정만 로그인할 수 있으며, 계정 스위처(Account Switcher)도 없습니다.

Right now, Cursor only supports one signed-in account per installation, and there isn't a separate account switcher yet.

— Switch Cursor Accounts (Cursor 공식 포럼)

공식 전환 절차는 「Settings > Account에서 Sign Out 하여 다시 로그인하기」뿐입니다. 매번 이것을 수행하는 것은 번거로움이 너무 커서 현실적이지 않습니다.

또한, VS Code에는 프로파일(Profile) 기능(설정·확장 기능의 분리)이 존재하지만, Cursor의 로그인 계정에는 적용되지 않습니다. 이 또한 공식적으로 명시되어 있습니다 (출처).

--user-data-dir로 「다른 인격」의 Cursor 만들기

원리: Cursor는 로그인 정보·설정·채팅 이력 등을 모두 「사용자 데이터 디렉토리 (User Data Directory)」라는 하나의 폴더에 저장하고 있습니다. 실행 시 --user-data-dir 옵션으로 다른 폴더를 지정하면, 해당 폴더를 기억 영역으로 하는 다른 인격의 Cursor가 실행됩니다.

기본 폴더 → 회사 계정으로 로그인된 Cursor
~/CursorData/personal → 개인 계정으로 로그인된 Cursor

Chrome의 「프로필 추가」로 업무용과 개인용을 나누는 것과 같은 발상입니다. 각각의 Cursor가 자신의 로그인 상태를 계속 기억하므로, 처음에 한 번씩만 로그인하면 이후에는 필요하지 않습니다. 두 개를 동시에 실행하여 병행 작업도 할 수 있습니다.

이 회피책 자체는 공식 포럼의 스태프도 안내하고 있는 방법입니다 (출처).

절차

1. 개인용 데이터 폴더 만들기

mkdir -p ~/CursorData/personal

이곳이 개인 계정용 Cursor의 「기억 장소」가 됩니다.

~/.zshrc에 추가하기

2. 터미널용 명령어를 추가합니다.

# 개인 계정용 Cursor를 별도 인스턴스로 실행한다.
# 데이터 디렉토리를 ~/CursorData/personal로 분리했기 때문에,
# 처음에 한 번 로그인하면 이후에는 기억된다.
...

포인트는 open -n을 사용하는 것입니다. 처음에는 Cursor의 바이너리 (/Applications/Cursor.app/Contents/MacOS/Cursor)를 직접 실행했었는데, 다음 두 가지 문제에 봉착했습니다.

• 셸(Shell)을 닫으면 Cursor도 함께 종료됨 (터미널의 자식 프로세스로 실행되기 때문)
• GUI 앱으로서 macOS에 등록되지 않아, 창이 전면에 나타나지 않음 (프로세스는 살아있지만 화면에 보이지 않음)

macOS 정규 앱 실행 경로인 open -n (-n은 「이미 실행 중이더라도 새로운 인스턴스를 실행한다」는 옵션)으로 바꾸니 두 문제 모두 해결되었습니다.

3. 처음 실행하여 로그인하기

source ~/.zshrc
cursor-personal

완전히 새로운 Cursor가 실행되므로, 거기서 개인 계정으로 로그인합니다.

⚠️

이 부분이 가장 주의해야 할 핵심 포인트입니다. 브라우저 인증(Browser authentication)으로 넘어갔을 때, 브라우저 측에 회사 계정의 세션이 남아 있으면 그대로 회사 계정으로 로그인되어 버립니다 (실제로 제가 실수했습니다). 인증 화면에서는 반드시 이메일 주소를 확인하고, 잘못되었다면 Settings > Account에서 Sign Out 한 후 다시 로그인하세요.

로그인 상태는 ~/CursorData/personal에 저장되므로, 이 작업은 한 번만 수행하면 됩니다.

4. Dock에서 열 수 있는 앱 만들기

터미널을 열지 않아도 되도록, 단계 3의 명령어를 실행하기만 하는 작은 앱을 만듭니다. macOS 표준인 osacompile (AppleScript를 앱으로 만드는 도구)를 사용하므로 추가 설치는 필요하지 않습니다.

# 앱 본체 생성 (내용은 cursor-personal에 해당하는 명령어를 실행할 뿐임)
osacompile -o ~/Applications/"Cursor Personal.app" \
-e 'do shell script "open -n -a Cursor --args --user-data-dir=\"$HOME/CursorData/personal\" \"$HOME/src/my-personal-repo\""'
...

여기서 세부적으로 빠지기 쉬운 함정이 두 가지 있습니다.

• 아이콘 관련: 최근 macOS에서는 applet의 아이콘을 applet.icns가 아닌 Assets.car에서 읽기 때문에, .icns 파일만 교체해서는 외관이 바뀌지 않습니다. Assets.car를 삭제하면 .icns로 폴백(Fallback)됩니다.
• 재서명(Re-signing) 필요: 번들(Bundle) 내부를 변경하면 서명이 깨져서, 실행 시 "손상되었기 때문에 열 수 없습니다"라는 메시지가 나타날 수 있습니다. codesign --force --deep -s - (Ad-hoc 서명)로 다시 서명하면 해결됩니다.

완성된 앱은 다음과 같습니다. 첨부 이미지의 가장 왼쪽처럼 "Cursor Personal"이라는 앱이 표시됩니다.

5. Dock에 추가하기

Finder에서 직접 드래그해도 되고, 명령어로 수행하려면 다음과 같습니다.

defaults write com.apple.dock persistent-apps -array-add \
"<dict><key>tile-data</key><dict><key>file-data</key><dict><key>_CFURLString</key><string>file://$HOME/Applications/Cursor%20Personal.app/</string><key>_CFURLStringType</key><integer>15</integer></dict></dict></dict>"
killall Dock # Dock을 재시작하여 반영

Dock에 추가한 후의 모습은 다음과 같습니다. Cursor 앱이 여러 개 표시됩니다.

이제 Dock의 아이콘을 클릭하는 것만으로, 개인 계정의 Cursor가 개인 리포지토리(Repository)를 연 상태로 실행됩니다. 이미 실행 중이라면 기존 창이 앞으로 나올 뿐, 중복 실행되지는 않습니다.

원래 있던 정식 Cursor 앱 아이콘을 선택하면 회사 계정으로 실행할 수 있어, 용도에 따른 구분이 용이해집니다.

완성된 구성 요약

운용상의 주의점

• 확장 기능(Extensions)·설정·채팅 기록은 공유되지 않음: 개인용 인스턴스는 완전히 새로운 상태에서 시작됩니다. 필요한 확장 기능은 다시 설치해야 합니다(반대로, 회사의 설정을 개인 환경으로 가져오지 않는 분리 효과도 있습니다).
• 자동 전환이 아님: 어떤 Cursor로 열지는 사용자가 직접 선택하여 운용해야 합니다. 실수로 일반 Cursor로 개인 리포지토리(Repository)를 열면, 회사 플랜의 사용량을 소비하게 됩니다.
• 앱 본체·버전은 공통: 앱은 하나이므로, 업데이트는 양쪽 모두에 동시에 적용됩니다.
• 디스크 소비: 데이터 폴더가 2개가 되는 만큼, 수백 MB 정도를 추가로 사용합니다.

부록: CLI를 사용하면 디렉토리 단위의 자동 전환이 가능합니다

Cursor CLI (agent 명령어)만은 상황이 다르며, CURSOR_API_KEY 환경 변수로 인증할 수 있습니다(공식 문서 참조). 즉, direnv (.envrc) 등을 사용하여 회사 리포지토리에서는 회사 계정의 API 키를, 개인 리포지토리에서는 개인 키를 자동으로 주입하면, 디렉토리에 들어가는 것만으로 전환되는 운용을 CLI에서는 구현할 수 있습니다. Claude Code의 디렉토리별 계정 전환과 유사한 경험입니다.

참고로, IDE 본체의 '워크스페이스별 계정 연결' 기능은 공식 포럼에서 기능 요청(Feature Request)으로 논의 중입니다. 공식 지원을 원하는 분들은 투표해 주세요.

참조

Discussion