Cursor + Claude Code 조합 워크플로: 월 $40의 값을 하는 분업 설계

핵심 요약: 이 블로그에서 여러 번 언급한 "Cursor + Claude Code 조합"을 실제로 어떻게 운용하는지 하루 일과 기준으로 정리합니다. 원칙은 하나입니다 — 화면을 봐야 하는 일은 Cursor, 화면을 안 봐도 되는 일은 Claude Code. 이 기준으로 작업을 배분하면 두 구독($20+$20)이 겹치는 느낌 없이 각자의 몫을 하고, 사용량 한도도 자연스럽게 분산됩니다. 설정 공유(Rules↔CLAUDE.md, MCP)까지 맞춰두면 두 도구가 같은 규칙으로 일하는 "한 팀"이 됩니다.

이 글에서 다루는 내용: 분업 기준, 하루 일과 예시, 설정을 한 팀으로 맞추는 법, 한도 분산 효과, 이 조합이 안 맞는 경우.

분업 기준: "화면" 하나로 정리됩니다

작업	담당	이유
타이핑하며 만드는 새 코드	Cursor (Tab)	연쇄 자동완성이 손을 따라옴
보이는 범위의 수정	Cursor (Cmd+K)	빠르고 사용량 저렴
여러 파일의 명확한 작업	Cursor (Agent)	diff를 보며 즉시 개입 가능
몇 시간짜리 덩어리 작업	Claude Code	테스트 루프 완주, 자리 비워도 진행
낯선 코드 조사·문서화	Claude Code (서브에이전트)	대량 탐색을 본 작업과 분리
UI 다듬기	Cursor + 사람 눈	시각 판단은 위임 불가

하루 일과 예시 (실제 패턴)

오전 — Cursor의 시간. 기능 개발은 손이 코드 위에 있는 작업이라 Cursor에서 Tab과 Cmd+K로 진행합니다. 오전 중 발견한 "나중에 할 덩어리 작업"(리팩토링 후보, 테스트 구멍)은 이슈로만 적어둡니다. 점심 직전 — 발령. 적어둔 덩어리 작업 중 하나를 명세로 다듬어 Claude Code에 겁니다. 점심+오후 회의 동안 에이전트가 일합니다. 오후 — 검토와 병행. Claude Code의 결과 diff를 검토하고(세부 수정은 Cursor에서), 나머지 시간은 다시 Cursor 작업. 퇴근 전 — 야간 발령. 테스트 보강같이 오래 걸리고 급하지 않은 작업을 걸어두면 다음 날 아침 검토거리가 되어 있습니다.

핵심은 Claude Code에 "내 시간과 병렬로 돌 수 있는 작업"을 주는 것입니다. 위임했는데 옆에서 지켜보고 있으면 조합의 의미가 없습니다.

설정을 "한 팀"으로 맞추기

두 도구가 다른 규칙으로 일하면 결과물 스타일이 갈라집니다. 세 가지를 맞추세요. ① 규칙 동기화 — 핵심 관례와 금지 사항은 Cursor의 .cursor/rules(작성법)와 CLAUDE.md(작성법) 양쪽에 둡니다. 저는 CLAUDE.md를 원본으로 삼고 Rules에 요약을 유지합니다. ② MCP 공유 — 같은 서버(GitHub 등)를 양쪽에 등록하면 두 도구가 같은 외부 도구를 씁니다(Claude Code 편 참고). ③ git 규칙 통일 — "AI는 브랜치에만, 머지는 사람이"를 양쪽 규칙에 명시하면 어느 도구가 작업했든 리뷰 흐름이 같아집니다.

부수 효과: 한도의 분산

의도한 건 아니었는데 체감이 큰 효과입니다. 덩어리 작업을 Claude Code로 옮기면 Cursor의 포함 사용량이 크게 남고, 반대로 Cursor가 일상 작업을 소화해주면 Claude의 5시간 윈도우에 걸릴 일이 줄어듭니다. 각각 상위 플랜($60~$200)으로 올리는 대신 $20+$20 조합으로 해결되는 사용량 구간이 꽤 넓습니다. 어느 쪽이 병목인지는 한 달 써보면 명확해지고, 그때 그쪽만 올리면 됩니다.

이 조합이 안 맞는 경우

정직하게 짚으면: 하루 코딩 시간이 2~3시간 이하라면 두 구독의 값을 못 뽑습니다 — 한쪽($20)으로 시작하세요(선택 기준은 비교 글). 위임할 덩어리 작업이 애초에 없는 업무(짧은 스크립트 위주)도 Cursor 단독이 낫습니다. 그리고 결과 검토 습관이 아직 없다면 도구를 늘리기 전에 리뷰 루틴부터 — 두 에이전트가 만드는 코드를 다 못 읽으면 이해 부채만 두 배가 됩니다.

자주 묻는 질문 (FAQ)

Q. 같은 프로젝트를 두 도구가 동시에 만져도 되나요?

A. 같은 브랜치를 동시에 만지는 건 피하세요. 저는 Claude Code에 별도 브랜치(또는 worktree)를 주고 Cursor는 내 브랜치에서 작업하는 식으로 분리합니다. git이 곧 조율 장치입니다.

Q. 순서를 바꿔서 Claude Code를 메인, Cursor를 보조로 쓸 수도 있나요?

A. 가능하고, 검토·설계 비중이 큰 시니어일수록 그 구성이 맞습니다. 이 글의 배분은 "타이핑 시간이 많은 개발자" 기준이니 자기 시간 구성에 맞게 뒤집으면 됩니다.

Q. Copilot까지 셋을 조합할 이유는 없나요?

A. 개인 기준으로는 없습니다. Copilot의 영역(자동완성)이 Cursor Tab과 완전히 겹칩니다. 회사 표준이 Copilot이라 강제되는 경우가 아니라면 둘이면 충분합니다.

한눈에 보는 요약

화면 보는 일은 Cursor, 안 보는 일은 Claude Code. 오전 개발 → 점심 발령 → 오후 검토 → 퇴근 전 야간 발령의 리듬, 규칙·MCP·git 규칙 동기화, 그리고 위임한 일은 지켜보지 않기. 이 네 가지가 월 $40 조합의 사용 설명서입니다.

함께 보면 좋은 글

Cursor vs Claude Code: 어떤 상황에 뭘 써야 할까?
Cursor 완전 정리 · Claude Code 완전 정리
실전: Django 레거시를 Claude Code로 리팩토링

참고 자료

Cursor 공식 문서
Claude Code 공식 문서