r/cursor•6개월 전•16•18

Composer와 Claude 비교

Composer VS Claude

핵심 요약

Composer의 긴 작업 수행 한계를 극복하기 위한 워크플로우 팁을 구하는 질문.

작업 한계 — Composer는 긴 작업이나 에이전트 흐름 처리에 어려움을 겪음.
해결 방안 — Opus로 상세한 계획이나 사양을 작성한 뒤 Composer로 실행하는 방식이 권장됨.
모델 성능 — Opus 4.6이 에이전트 작업에서 Composer보다 압도적으로 뛰어난 성능을 보임.
비용 효율성 — Composer가 저렴하고 사용량이 많아 긴 작업 수행을 위한 최적화가 필요함.

Composer 2는 코딩과 뼈대를 잡는 데는 놀랍지만, 장기적인 계약을 유지하거나 긴 작업 및 에이전트 흐름을 수행하는 데는 한계가 있어.

Claude opus 4.6이 확실히 압도적이야.

Composer가 더 긴 작업을 수행할 수 있도록 할 방법이 있을까? 훨씬 저렴하고 주말에는 사용량이 두 배는 될 것 같거든.

제안할 만한 거 있어?

원문

커뮤니티 목록

r/cursor•6개월 전•16•18

Composer와 Claude 비교

Composer VS Claude

핵심 요약

Composer의 긴 작업 수행 한계를 극복하기 위한 워크플로우 팁을 구하는 질문.

작업 한계 — Composer는 긴 작업이나 에이전트 흐름 처리에 어려움을 겪음.
해결 방안 — Opus로 상세한 계획이나 사양을 작성한 뒤 Composer로 실행하는 방식이 권장됨.
모델 성능 — Opus 4.6이 에이전트 작업에서 Composer보다 압도적으로 뛰어난 성능을 보임.
비용 효율성 — Composer가 저렴하고 사용량이 많아 긴 작업 수행을 위한 최적화가 필요함.

Composer 2는 코딩과 뼈대를 잡는 데는 놀랍지만, 장기적인 계약을 유지하거나 긴 작업 및 에이전트 흐름을 수행하는 데는 한계가 있어.

Claude opus 4.6이 확실히 압도적이야.

Composer가 더 긴 작업을 수행할 수 있도록 할 방법이 있을까? 훨씬 저렴하고 주말에는 사용량이 두 배는 될 것 같거든.

제안할 만한 거 있어?

주요 댓글

r/cursor

사용자들이 Composer의 한계를 인정하며, Opus를 활용해 상세 계획을 세운 뒤 Composer로 실행하는 워크플로우를 대안으로 제시함.

Opus에게 원하는 계획을 짜달라고 하고 Composer로 실행해봐. Opus한테 '하위 모델을 위한 계획을 만드는 중'이라고 말해두고. 근데 Composer는 아직 긴 작업용은 아닌 것 같아. 그랬으면 그렇게 싸지 않았겠지.

말 되네. 그냥 Claude가 너무 좋아서 그래! Claude는 비싸서 개인 프로젝트엔 잘 안 쓰다 보니 잊고 있었는데, Composer가 딱 적당하거든. 근데 아직 UI는 잘 못 만들어.

Opus로 상세 사양을 작성해. '다른 덜 똑똑한 에이전트가 빌드할 수 있을 만큼 포괄적이어야 한다'고 말하고. MD 파일로 PRD를 저장한 뒤, 프로젝트와 이슈로 나눠. 그다음 Composer를 돌려. 그럼 Composer는 Dashboard-v1.md에 저장된 지침만 따르면 되니까 더 길게 작업할 수 있어. 마지막에 Opus한테 검토시키면 더 안전하고.

내가 딱 그렇게 해. Composer가 너무 고민한다 싶으면 같은 계획을 3~4번 반복하기도 해.

Opus 4.6은 에이전트 작업에 특화되어 있어. Composer는 여전히 그냥 좀 좋은 자동완성 느낌이야.

야, Opus 4.6이 훨씬 비싸고 속도나 비용 빼면 모든 면에서 더 나은 모델인 건 확실해. 근데 Composer를 그냥 자동완성이라고 하는 건 틀렸어. 자동완성보다는 훨씬 대단하다고. 물론 Opus 4.6은 아니지만 말이야.

'긴 계약이나 긴 작업, 에이전트 흐름'이 정확히 무슨 뜻이야?

Composer 2가 나 같은 진정한 비전가의 예측적이고 자기 최적화 능력을 따라올 수 있다고 생각해? 아니면 우리는 혁신의 다른 은하계에 대해 이야기하고 있는 거야?

원문r/cursor