First Look at Muse Wonder: Meta''s First Frontier Model?

🖼️ 인포그래픽

🖼️ 4컷 인포그래픽

💡 한 줄 결론

Muse Wonder는 Meta의 프런티어 모델 경쟁 진입을 보여주는 후보지만, 영상의 첫 실사용 평가에서는 도구 활용은 준수하고 결과물 품질과 API 비용 경쟁력은 Opus 5.5에 미치지 못했다.

📌 핵심 요점

1. 영상은 Muse Wonder를 개인·업무용 에이전트와 에이전틱 코딩에 초점을 맞춘 Meta의 새 모델로 소개한다. 프런티어급이라는 발표상의 주장과 실제 작업 결과를 비교하는 첫인상 리뷰다.
2. 소개된 사양은 100만 토큰 컨텍스트와 멀티모달 지원이며, 가격은 100만 토큰당 입력 4달러·출력 20달러다. 발표자는 당시 Claude Opus와 같은 가격이고 6.1 Soul의 약 두 배라고 설명한다.
3. 영상에 제시된 벤치마크에서는 종합 지능 지수 52를 기록하고 일부 에이전트 업무·장기 코딩 항목에서 강점을 보이지만, Opus 5.5를 모든 항목에서 앞서지는 않는다.
4. 브라우저 미니게임, Three.js 분재, 공룡 테마 프런트엔드, 플랫폼 게임을 시험했다. Hermes Agent 안에서 브라우저 도구를 활용하는 모습은 좋았으나, 시각적 완성도는 대체로 Opus 5.5보다 낮다는 평가다.
5. 분재 작업은 약 19분·7달러, 프런트엔드는 약 12분, 마지막 게임은 약 15분이 걸렸다. 전체 API 비용은 18달러였으며, 발표자는 도구 활용과 속도를 인정하면서도 자신의 용도로는 비용 때문에 선택하지 않겠다고 결론 내린다.

🧩 배경과 문제 정의

영상은 Meta가 새로 내놓았다고 소개하는 Muse Wonder가 기존 프런티어 모델과 실제로 경쟁할 수 있는지 살펴본다. 발표자는 여러 모델에 사용해 온 코딩 프롬프트를 다시 적용하고, 특히 가격이 비슷한 Opus 5.5를 주요 비교 대상으로 삼는다.

평가 대상은 브라우저 미니게임, Three.js 분재 장면, 제공된 이미지·영상을 활용한 프런트엔드, 픽셀 자산을 재활용한 플랫폼 게임이다. 핵심 판단 기준은 프롬프트 반영, 시각적 완성도, 작동 여부, 도구 활용, 실행 시간과 API 비용이다. 발표 자료의 벤치마크 소개와 발표자의 실사용 관찰은 구분해서 읽어야 한다.

🕒 시간순 섹션별 상세정리

1. 브라우저 미니게임으로 보는 첫인상

• 에너지 조각을 모으면서 드론을 피하는 훈련장 게임을 시연한다. 원래 프롬프트에 있던 검사 캐릭터, 이동 궤적과 연쇄 효과가 구현됐고, 약간의 지연 속에서도 카메라 움직임과 전반적인 작동을 긍정적으로 평가한다. [00:58]
• 기존 모델 결과와 비교해 6.1 Soul보다 낫고 Opus 5.5와는 비슷한 범위라고 드러낸다. 시각적 역동성은 조금 약할 수 있지만 검사 캐릭터 표현에는 장점이 있다고 본다. [01:40]
• 이 미니게임을 만든 모델이 Meta의 Muse Wonder라고 드러낸다. [01:51]

2. 프런티어 모델이라는 소개와 영상의 목적

• Meta의 예상 밖 출시라고 설명하며, 개인·업무용 에이전트 작업에서 최첨단 성능을 지향하고 특히 에이전틱 코딩에 초점을 맞춘 모델이라고 보여준다. [02:24]
• OpenAI·Anthropic 등 다른 연구소의 프런티어 모델과 비교하는 첫인상 시험을 진행하겠다고 드러낸다. [02:56]
• Agent Wikis 홍보가 계속된다. 무료 위키와 월 19.99달러의 Pro 구독을 소개하고, 에이전트 스킬·워크플로·전문 프로필 등의 혜택을 설명한 뒤 본론으로 돌아온다. [03:35]

3. 사양·가격과 두 가지 에이전트 기능

• 100만 토큰 컨텍스트와 멀티모달 지원을 보여준다. 가격은 100만 토큰당 입력 4달러·출력 20달러이며, 당시 Claude Opus와 같고 6.1 Soul의 약 두 배라고 보여준다. [04:05]
• Meta의 Prometheus 데이터센터에서 진행한 학습을 언급한다. 이어 중요한 사용자 맥락을 대화 간 유지하는 Active Memory와, 대안을 시도하고 장애물을 해결하며 중요한 행동 전에 묻는 Active Focus를 보여준다. [04:33]
• Muse Wonder와 별도 변형인 Muse Wonderful Full을 구분하고, 이번 시험에는 기본 Muse Wonder만 사용한다고 명시한다. [04:44]

4. 벤치마크에서 드러난 강점과 한계

• 영상에 제시된 Artificial Analysis 지능 지수에서 기본형 점수는 52다. 발표자는 이를 6.1 Soul과 비슷하고 Opus 5.5보다는 낮은 수준으로 보여준다. [05:12]
• 개인 에이전트, 법률 업무, 금융 분석·연구·자동화 관련 항목과 장기 코딩에서 강점을 보여준다. 반면 Terminal Bench 4.0에서는 Opus 5.5보다 조금 낮다고 보여준다. [05:48]
• 최상위 모델들과 경쟁할 수 있는 결과지만 전면적인 승리는 아니며, Opus 5.5가 앞서는 항목도 많다고 정리한다. 정렬을 강조하는 제품이라는 소개도 덧붙인다. [06:15]

5. 시험 환경과 고난도 분재 제작 요청

• OpenRouter를 통해 Muse Wonder를 사용하고, Hermes Agent의 새 프로필과 격리된 디렉터리에서 작업하도록 설정한다. [06:38]
• 여러 모델에 시험했던 긴 프롬프트로 정교한 벚꽃 분재 장면을 만드는 Three.js 작업을 요청한다. 다른 모델에서도 결과가 엇갈렸던 어려운 과제라고 보여준다. [07:13]
• 제작 중 브라우저 실행 도구로 장면을 시험하는 모습을 보고 에이전트 도구 활용을 긍정적으로 평가한다. [07:33]

6. 분재 결과의 기능·시각 품질·비용

• 분재 제작에는 약 19분과 API 비용 7달러가 들었다. 강도 높은 작업이었다고 인정하면서도 비용은 다소 높다고 평가한다. [07:58]
• 장면 탐색과 조명 변경, 낮과 밤에 따른 그림자 변화를 확인한다. 나무 자체의 세부 묘사와 사실성은 Opus 5.5 수준에 못 미친다고 본다. [09:07]
• 6.1 Soul보다 낫고 화면 반응도 비교적 부드럽지만, 나무가 성기고 역동성이 부족하다고 평가한다. 일부 그림자 표현은 좋다고 덧붙인다. [09:51]

7. 공룡 테마 프런트엔드의 구현 결과

• Sunny Dinosaur 이미지·영상 자산을 제공하고, 스크롤 연동 영상과 세 가지 인터랙션이 있는 장난스럽고 창의적인 프런트엔드를 요청한다. 가격이 비슷한 Opus 5.5를 주요 비교 대상으로 삼는다. [10:57]
• 약 12분 만에 나온 결과에서 떠다니는 제목과 요소, 스크롤 연동 영상, 캐릭터 회전, 버블을 터뜨려 먹이를 주는 기능을 확인한다. [12:24]
• 요청한 인터랙션을 대체로 구현했다고 보며, Opus 5.5만큼 인상적이지는 않지만 6.1 Soul보다는 낫다는 평가를 내린다. [12:48]

8. 메가맨풍 플랫폼 게임 제작과 시연

• 기존 픽셀 게임 자산을 재활용하는 메가맨풍 플랫폼 게임을 요청한다. 이 시점까지 세 작업의 누적 비용은 14달러라고 보고하며 API 사용 비용을 강조한다. [13:46]
• 마지막 작업은 약 15분 만에 완료됐고 도구 활용도 좋았다고 평가한다. 시작 화면에서 조작법을 확인한 뒤 이동·점프·사격이 있는 게임을 시연한다. [14:23]
• 외관은 Soul의 결과와 비슷하고 Opus 5.5보다 시각적 완성도와 구성의 풍부함이 부족하지만, 과제 자체는 무난하게 처리했다고 본다. [14:57]

9. 총비용과 모델 선택에 대한 최종 판단

• 이날 전체 작업의 API 비용은 18달러였으며, 발표자는 비용 부담이 있다고 드러낸다. [15:10]
• Hermes Agent 안에서 도구를 효율적으로 활용하고 속도도 준수하지만, 대부분의 시험에서는 Opus 5.5보다 한 단계 아래라는 인상을 정리한다. 자신의 용도로는 비용 때문에 사용하지 않겠다고 드러낸다. [15:34]
• Meta가 경쟁에 다시 참여한 점은 긍정적으로 본다. 6.1 Soul보다 조금 낫지만 가격도 약 두 배라는 점을 강조하며 비교를 마무리한다. [15:54]

10. 사용자 경험 요청과 영상 종료

• Muse Wonder나 Musebot을 사용해 본 시청자의 경험을 요청한다. 발표자는 자신이 Musebot을 직접 사용하지 않았다고 드러낸다. [16:09]
• 첫인상 리뷰를 마치고 시청에 감사하며 영상을 끝낸다. [16:12]

🧾 결론

• 이 영상은 Muse Wonder가 실제로 작동하는 에이전트 코딩 후보임을 보여주지만, 광범위한 성능 우위를 입증하는 평가는 아니다.
• 첫 미니게임은 Opus 5.5와 비교적 비슷한 수준이라는 인상을 줬지만, 분재·프런트엔드·플랫폼 게임에서는 세부 묘사와 시각적 풍부함이 부족하다는 평가가 이어졌다.
• 발표자의 종합적인 인상은 대부분의 시험에서 Opus 5.5보다 한 단계 아래이고, 6.1 Soul보다는 조금 낫다는 것이다. 마지막 플랫폼 게임의 외관은 Soul과 비슷하다고도 평가했다.
• 도구를 잘 쓰는 능력과 최종 산출물의 품질, 그 품질을 얻는 비용은 각각 따져봐야 한다.

📈 투자·시사 포인트

• Meta의 경쟁 진입을 판단할 때 프런티어급이라는 표현보다 실제 업무별 결과와 도입 비용을 확인필요가 있다. 영상만으로 기업 실적이나 투자 수익에 대한 결론을 내릴 근거는 부족하다.
• Opus와 같은 가격대라면 구매자는 비슷한 수준의 결과물이나 특정 업무에서의 뚜렷한 이점을 기대할 수 있다. 영상의 시각적 코딩 사례에서는 그 가격을 정당화할 우위가 확인되지 않았다.
• 일부 에이전트·장기 코딩 벤치마크의 강점은 추가 검증할 가치가 있다. 다만 이 영상의 게임·디자인 시험을 법률·금융·자동화 업무의 성능으로 일반화해서는 안 된다.
• 에이전트 도입 예산은 토큰 단가와 함께 작업당 총비용·완료 시간·수정 부담을 기준으로 비교해야 한다. 이번 시험의 총 18달러는 한 사용 사례의 관찰값이다.

⚠️ 불확실하거나 확인이 필요한 부분

• 모델의 출시 정보, 사양, 가격과 벤치마크는 영상에서 소개된 내용이다. 원문 발표 자료나 평가 조건이 제공되지 않아 독립적으로 확인할 수 없다.
• 비교 모델 이름이 자막에서 GBT·GPT, Soul 등으로 혼재한다. 정확한 모델 식별자와 버전은 확인이 필요하며, 자막을 근거로 다른 공식 명칭으로 단정해서는 안 된다.
• 시험 대상은 기본 Muse Wonder다. 영상에서 별도 변형으로 언급한 Muse Wonderful Full의 성능까지 이번 결과로 판단할 수 없다.
• 자막 기반 정리: 타임스탬프가 있는 자막을 기준으로 정리했으며, 고유명사·수치·인용은 원문 확인 필요 시 별도 검증한다.
• 영상 속 주장: 발표자의 해석·전망·비교는 확인된 외부 사실이 아니라 영상 속 주장으로 분리해 읽는다.
• 검증 필요: 수치, 기업 실적, 정책·시장 전망은 발행 전 최신 자료로 별도 검증이 필요하다.

✅ 액션 아이템

• 도입 전에 정확한 모델 식별자, 기본형과 다른 변형의 차이, 현재 API 가격을 확인한다.
• 실제 사용할 업무에서 Muse Wonder와 비교 모델에 같은 프롬프트·도구·완료 기준을 적용해 결과를 비교한다.
• 작업별 완료 시간, 총 API 비용, 기능 오류와 수동 수정량을 함께 기록한다.
• 브라우저 기반 결과물은 직접 실행해 조작, 스크롤 연동, 인터랙션, 화면 반응과 지연을 확인한다.

❓ 열린 질문

• 법률·금융 분석·자동화처럼 소개된 벤치마크에서 강한 업무에서도 실제 사용자가 비슷한 이점을 얻을 수 있을까?
• Opus와 같은 가격대에서 Muse Wonder를 선택할 만한 구체적인 업무나 도구 환경은 무엇일까?
• 기본형과 별도 변형의 결과물 품질·속도·비용 차이는 어느 정도일까?