Cursor 세션을 Opus와 M3로 나눠서 쓰기 시작함. 하나는 생각하고, 하나는 찍어내고.
started splitting my cursor sessions between opus and m3. one thinks, the other cranks
핵심 요약
비용 절감을 위해 복잡한 설계는 Opus, 단순 반복 구현은 Minimax M3를 사용하는 워크플로우를 공유함.
- 비용 효율적 워크플로우 — 복잡한 설계는 Opus, 단순 구현은 M3로 분리하여 API 비용을 절감함.
- 모델별 역할 분담 — 시스템 이해가 필요한 작업은 Opus, 코드 구현은 M3로 효율화함.
- 간편한 모델 전환 — Cursor 설정에서 10초 만에 모델을 변경하여 작업 모드를 전환함.
6개월 동안 Cursor를 풀타임으로 사용해왔다. 그동안 계속 Opus만 썼는데, 결과물 품질이 좋아서 딱히 의문을 갖지 않았다. 그러다 지난달에 대규모 리팩토링과 여러 기능을 동시에 구현하는 작업을 하게 됐다. 그 주가 끝나고 API 대시보드를 확인했는데, 비용이 너무 뼈아팠다.
비용을 낮추면서 일상적인 코딩을 처리할 수 있는 모델들을 찾아보기 시작했다. 몇 가지 시도해 봤는데, 대부분 직접 수정해야 할 부분이 많아서 시간을 아끼는 데 별 도움이 안 됐다. 그러다 Minimax M3가 딱 맞았다. 단순한 작업에 대해 이 모델이 작성하는 코드는 내 기존 코드베이스의 패턴을 충분히 잘 따라와서, 대부분의 경우 사소한 수정만 하면 된다. 변수명을 고치거나 엣지 케이스를 조정하는 정도면 충분하고, 구조는 잡혀 있고 로직도 탄탄하다.
현재 내 워크플로우는 이렇다: 하루를 시작할 때는 전체 시스템에 대한 이해가 필요한 작업에 Opus를 사용한다. 보통 첫 한 시간 동안 새로운 기능이 어떻게 들어맞을지 결정하거나, 계속 거슬리던 버그를 잡는 식이다. 생각하는 단계가 끝나고 실행 모드로 들어가면 남은 하루 동안은 M3로 전환한다. 구현을 작성하고, 테스트 커버리지를 추가하고, 이미 최종 상태를 알고 있는 리팩토링을 진행한다.
Cursor에서 모델을 바꾸는 건 설정에서 10초면 된다. 그게 다다. 프록시도, 커스텀 라우팅도 필요 없다. 그냥 채팅 패널에서 다른 엔드포인트를 지정하고 바로 시작하면 된다.
