MiniMax M3 vs Composer 코딩 비교: 오픈웨이트 모델로 같은 앱 만들기 실측

핵심 메시지

• MiniMax M3는 중국 랩이 가중치를 공개한 오픈웨이트 모델로, 다운로드·파인튜닝이 가능하고 최대 100만(최소 보장 51만2천) 토큰 컨텍스트와 네이티브 멀티모달을 갖췄다.
• 가장 큰 강점은 가격이다. 영상 기준 월 20달러로 약 17억 토큰을 쓸 수 있어, 같은 금액으로 Opus 4.8에서 받는 토큰의 약 765배에 해당한다.
• 커서에서는 OpenAI 기본 URL을 MiniMax 주소로 덮어쓰고 구독 키를 넣은 뒤 'MiniMax-M3' 커스텀 모델을 추가해 사용했다.
• 세 가지 코딩 과제(처음부터 만들기·러스트 레이트레이서·기존 코드베이스 리팩터링)에서 M3는 Composer 2.5보다 느렸지만 더 많은 코드·테스트·도구 호출로 더 완성도 높은 결과를 냈다.
• 최고 성능 모델은 아니지만 가격 대비 가치가 매우 커서, 발표자는 대부분의 작업에 이런 저렴한 모델을 쓰는 편이 낫다고 평가했다.

쉽게 이해하기

Tech With Tim은 6월 1일 공개된 MiniMax M3 모델을 직접 코딩 작업에 돌려보며 자신이 평소 쓰는 Composer 2.5와 비교했다. M3는 중국 랩이 가중치를 공개한 오픈웨이트 모델로, 누구나 가중치를 내려받아 파인튜닝할 수 있다는 점에서 폐쇄형인 Anthropic·OpenAI 모델과 대비된다. 최대 100만 토큰(최소 51만2천 보장) 컨텍스트와 처음부터 이미지·영상·텍스트를 함께 학습한 네이티브 멀티모달을 특징으로 내세운다.

발표자가 거듭 강조한 핵심은 가격이다. 월 20달러 요금제로 약 17억 토큰을 쓸 수 있는데, 같은 20달러로 Claude 계열은 훨씬 적은 토큰만 제공된다. 영상에서는 Opus 4.8 기준 약 220만 토큰과 비교해 약 765배 많은 토큰을 쓸 수 있다고 정리했다. 최고 성능은 아니지만 이 가격이면 충분히 돌릴 만하다는 것이 요지다.

사용 방법으로는 커서(Cursor)의 모델 설정에서 OpenAI API 키 항목을 활성화해 기본 URL을 MiniMax 주소로 덮어쓰고, 구독 키를 키 필드에 넣은 뒤 'MiniMax-M3'라는 커스텀 모델을 추가하는 절차를 보여줬다. 발표자는 순수 코딩 작업에는 커서의 코딩 하네스가 가장 낫다고 봤다.

테스트는 세 가지였다. ①Node.js로 URL 단축 웹앱을 처음부터 만들기에서 M3는 21개 파일로 구조를 깔끔히 나누고 전체 테스트까지 작성하며 브라우저로 직접 검증해 약 15분이 걸린 반면, Composer는 7개 파일에 코드를 몰아넣고 테스트·검증 없이 약 2분 만에 최소한만 만들었다. 둘 다 동작은 했다. ②의존성 없이 PPM으로 출력하는 러스트 레이트레이서에서는 M3가 방향이 맞고 더 사실적인 이미지를, Composer는 상하 반전·반사 오류가 있는 결과를 냈다.

③수만 줄 규모의 기존 코드베이스에 '연속 학습일(daily streak)' 기능을 백엔드·UI·코어 서비스에 걸쳐 추가하는 리팩터링에서는 코드 품질 차이가 비교적 작았지만, M3가 더 많은 코드와 주석을 남기고 도구 호출도 훨씬 많았다. 발표자는 M3가 긴 작업을 위해 설계돼 컨텍스트 창을 충분히 활용하며 더 깊이 분석한다고 봤고, 속도는 느려도 가격 대비 가치가 압도적이라고 결론지었다.

주요 인사이트

• 오픈웨이트와 폐쇄형의 차이: 가중치 공개는 다운로드·파인튜닝·자체 실행을 가능하게 해, API에만 의존하는 폐쇄형 모델과 활용 폭이 다르다.
• '가장 빠른·가장 강한' 모델이 늘 정답은 아니다. 작업의 90% 이상에서는 충분히 좋은 성능을 훨씬 싼 값에 제공하는 모델이 실용적 선택이 될 수 있다.
• M3는 더 많은 도구 호출과 자체 검증(브라우저 실행·테스트 작성)으로 시간을 더 쓰는 대신 완성도를 높이는 경향을 보였다 — 속도와 품질의 트레이드오프가 모델 설계에 반영돼 있다.
• 커서처럼 OpenAI 호환 엔드포인트를 덮어쓸 수 있는 도구라면, 기본 URL과 키만 바꿔 서드파티 모델을 손쉽게 붙일 수 있다.

자주 묻는 질문

관련 AI 소식