Cursor Composer 2 사용 팁 공유 부탁드립니다

난 그냥 모든 걸 Claude 4.7로 해. 내 철학은 무조건 가장 똑똑한 모델을 쓰는 거야. Claude보다 '계획'을 더 잘 짜는 모델이 있지 않는 이상 말이지. 그래서 난 Composer를 거의 안 써. 90% 정도 성능이 나온다 해도, 코드 작성에서 그 10%의 지능을 잃고 싶지 않거든. 그리고 난 아직도 토큰을 충분히 안 쓰고 있는 것 같아. 어떤 프로들은 코드 리뷰용으로 별도의 에이전트 루프를 돌리고, 보안 관련해서도 여러 루프를 돌리기도 하거든.

나도 똑같은 상황이야. 소프트웨어 개발자로 일하면서 Claude랑 Cursor 무제한으로 쓰거든. 근데 개인 프로젝트 할 때는 대기업처럼 돈이 무한정 있는 게 아니라서 말이지.

'무한정 돈'은 좀 과장이고, 팀 내 엔지니어 한 명이 일주일에 토큰 비용으로 500달러를 쓴다고 치자(Max 플랜의 10배인데 우리 회사에선 흔한 일이야). 그럼 엔지니어 한 명당 연간 2만 달러 정도 더 드는 셈이지. 회사가 엔지니어당 1.5배의 생산성 향상만 봐도(이건 매우 보수적인 수치야), 그 돈 쓰는 건 고민할 필요도 없는 일이지. 다만 소프트웨어 회사가 아니고 일반 기업 환경에서 Claude를 쓰는 거라면 경제적 관점은 완전히 다르겠지만.

무한정 돈이라는 건 내 개인 재정에 비하면 그렇게 보인다는 뜻에서 과장한 거야. 내가 다니는 회사는 우리나라에서 제일 큰 소프트웨어 회사 중 하나고 Claude랑 특별 계약이 되어 있거든.

그거 말고는 빠른 구현, 검색, 반복 작업에 탁월해. 코드베이스를 미친 속도로 훑고 지나가는데, 탐색용 서브 에이전트로 쓸 때 특히 유용해.

Composer 2는 내부적으로 Kimi k2.5를 써. 일단 실제 파일들을 먼저 읽게 해봐. 그라운딩 덕분에 모호한 프롬프트도 생각보다 훨씬 잘 알아들어.

Composer 2는 코딩의 대부분을 처리하는 일꾼으로는 좋지만, 효율적인 아키텍처를 설계하는 데는 별로야. GPT 5.5로 아키텍처를 설명하는 상세 계획을 짜고, Composer 2를 돌리는 게 좋아. 버그 수정은 여전히 GPT 5.5가 필요할 수도 있고. 이게 내 주력 워크플로우야.

좋은 팁들이네. Claude Code 쓰다가 넘어온 나한테 도움 된 거 하나 알려줄게. 에이전트가 작업하는 동안 파일 구조를 계속 눈에 보이게 두는 거야. 난 macOS용 멀티 패널 파일 관리자인 mq-dir을 Cursor 옆에 띄워놓고 써. IDE 사이드바 뒤질 필요 없이 여러 디렉토리에 걸쳐서 파일이 실시간으로 생성/수정되는 걸 볼 수 있거든. Composer가 프로젝트 곳곳을 건드릴 때 특히 유용해.