Cursor Composer

1. Cursor 최신 버전을 설치하고 좌측 사이드바에서 Composer(또는 Agent) 패널을 엽니다 ^[1].
2. 작업 폴더 전체를 컨텍스트로 첨부하고, 한 줄짜리 변경 요청("로그인 화면에 SNS 로그인 버튼 추가")을 그대로 입력해 봅니다 ^[2].
3. Composer가 제안한 다중 파일 diff를 파일별로 펼쳐 검토합니다. 의도하지 않은 파일이 포함돼 있으면 거절하고 범위를 좁혀 재요청합니다 ^[1].
4. 같은 작업을 "Plan → Act → Review" 3단계로 나눠 다시 요청합니다. 사전 계획만 받아 본 뒤 사람이 검토한 다음 실행 단계를 승인하는 흐름이 권장됩니다 ^[3].
5. 작업 종료 후 sandbox 환경에서 단위 테스트와 린트를 돌리고, 같은 과업을 Tab 자동완성으로 했을 때의 소요 시간과 비교 기록을 남깁니다.

한계는 세 가지로 정리됩니다.

1. 공식 발표는 자체 학습 Composer 모델이 속도에서 우위지만 "Best Frontier" 등급의 GPT-5·Sonnet 4.5에는 절대 지능에서 미치지 못할 수 있다고 회사가 직접 명시합니다 ^[4].
2. 후속 Composer 2가 Moonshot AI의 Kimi K2.5 오픈 체크포인트 위에 추가 학습한 모델이라는 사실이 출시 시점에 충분히 공개되지 않아 출처·귀속 논란이 있었습니다 ^[5].
3. Composer가 여러 파일을 한 번에 수정하는 특성상 외부 LLM API로 사내 코드가 흘러갈 수 있어, 엔터프라이즈에서는 Privacy Mode·SOC 2 인증·자체 호스팅 옵션을 별도로 검토해야 합니다 ^[10]. 자율도가 높을수록 사람이 검토해야 할 변경 분량이 함께 늘어난다는 점도 동일한 맥락입니다.

진화 방향은 세 갈래입니다.

1. 평가 축이 SWE-bench Verified·Multilingual·Terminal-Bench 같은 표준 벤치마크로 옮겨 가면서 단순 속도 지표 대신 "장기 호흡 과업 해결률"이 핵심 지표로 자리잡고 있습니다 ^[6].
2. Cursor 2.0 이후 git worktree와 원격 머신을 활용해 같은 문제에 여러 에이전트를 병렬로 붙이고 가장 좋은 결과를 채택하는 다중 에이전트 흐름이 표준화되고 있습니다 ^[3].
3. 2025년 10월 공개된 Plan Mode와 결합해 사전 계획·검토 루프가 안정화 패턴으로 자리잡으면서, Composer 단독 자율 실행보다 "사람이 계획을 승인 → 에이전트가 실행"하는 협업 흐름이 표준 패턴으로 굳어지고 있습니다 ^[3].