혐오에서 애정으로 (Muse Spark 1.3)
Hater to Lover (Muse Spark 1.3)
핵심 요약
Muse Spark 1.3의 뛰어난 가성비와 성능에 감탄하며, 실무 활용 팁과 함께 모델의 윤리적 논란에 대한 사용자들의 의견이 오가는 중입니다.
- 성능 향상 — 1.2 버전의 실망스러운 성능을 뒤로하고 1.3 버전은 코딩 작업에서 매우 준수한 결과물을 보여줌
- 가성비 극대화 — 저렴한 토큰 비용과 Opencode Go의 지원으로 대규모 작업에 최적화됨
- 윤리적 논란 — 모델의 성능은 인정하지만 기업의 데이터 수집 방식과 과거 행보에 대해서는 비판적인 시각이 존재함
- 실무 활용 팁 — Codex와 연동하여 작업 강도에 따라 설정을 조절하는 것이 효율적임
muse spark 1.2는 진짜 개쓰레기 같아서 존나 깠거든. 기본적인 에이전트 작업도 제대로 못 하는 수준이었으니까. 근데 와, 벤치마크 점수 봐라. 처음엔 그냥 벤치마크 점수만 높게 뽑아내는 쓰레기 모델인 줄 알았는데, opencode go의 codex에서 직접 돌려보니까 생각보다 훨씬 괜찮아서 놀랐다.
muse spark 1.2 성능 보고 1.3은 기대도 안 했거든? 그래서 누가 1.3 어떠냐고 물어봤으면 진짜 실망스럽다고 대답했을 텐데, 이번 모델은 진짜 맘에 든다. 일단 opencode go에서 $60 크레딧을 주니까(드디어!) 부담도 없고, ds v4 flash보다 가격도 훨씬 싸거든.
물론... 세상에서 제일 좋은 모델은 아니지. 근데 출력 토큰 100만 개당 $0.2, 입력 토큰 100만 개당 $0.1이면 캐싱까지 고려했을 때 토큰 수십억 개는 그냥 돌릴 수 있는 수준임.
성능은 코딩 꽤 잘함. 내 프로젝트가 Rust랑 TypeScript로 되어 있는데, 앱 디자인 가이드라인도 완벽하게 지키고 버그도 별로 안 만듦(물론 '별로' 안 만든다는 거지, 여전히 좆박는 부분은 있음). 근데 가성비는 진짜 미쳤다.
추천 사용법:
솔직히 그냥 opencodex 써라. 모델을 codex에 연결해서 쓰면 되는데, codex에 있는 "ultracode" 기능이 진짜 개지림! 그리고 왜인지는 모르겠는데 MS-1.3이 opencode보다 codex를 하네스로 썼을 때 훨씬 더 잘 돌아감. 뭐 미국산 프로파간다인가 싶긴 한데, 어쨌든 이렇게 써라:
light: 기본적인 변수 수정할 때
medium: 대부분의 기능 구현할 때
high: 디버깅할 때
xhigh: 진짜 어려운 버그 잡거나 엣지 케이스 고려해야 할 때, 아니면 전체적인 설계 짤 때
ULTRA (codex 전용): 솔직히 high로도 해결 안 돼서 빡칠 때만 써라.
아이고... 이거 쓰면 비추 폭탄 맞겠지...

