Muse Wonder 시리즈의 이용 경로

공식 자료의 모델별 제공 경로와 가격을 비교한 설명도. 내부 구조나 작업 완료 보장을 나타내지 않습니다.

Meta가 2026년 10월 12일 공개한 Muse Wonder 시리즈는 대화 한 번의 답변보다 여러 단계에 걸친 코딩과 에이전트 작업을 강조합니다. 도입 판단에서 먼저 구분할 것은 모델 이름보다 이용 경로입니다. Muse Wonder는 Meta Model API와 Muse Code에서 제공되고, Muse Wonder Full은 Muse Code의 Power Usage·Maximum Usage 구독에 포함됩니다. 이 글은 공식 연구 블로그, 개발자 발표, 모델 페이지를 대조한 문서 검토입니다. 직접 실행해 작업 성공률이나 비용을 측정한 리뷰는 아닙니다.

에이전트 중심의 세대교체: Muse Wonder 시리즈의 등장과 모델 구성

공식 연구 발표는 Muse Wonder와 Muse Wonder Full을 개인·전문 업무용 에이전트 모델로 소개합니다. 모델 페이지에 따르면 두 모델의 컨텍스트 윈도우는 100만 토큰입니다. 이는 입력 규모에 관한 사양이며, 긴 문서를 빠짐없이 이해하거나 장기 작업을 항상 성공시킨다는 보장은 아닙니다. Meta는 Prometheus 데이터센터에서 학습했다고 설명하지만, 해당 표현을 모델의 실제 전력 소비 측정치로 읽을 수는 없습니다.

Active Memory와 Active Focus는 무엇을 약속하는가

Meta가 정의하는 Active Memory는 중요한 맥락을 대화 사이에 이어 가고 현재 작업에 필요한 세부 정보를 찾아내는 기능입니다. 연구 블로그는 Active Focus를 어려운 목표를 향해 대안을 시도하고 장애물을 처리하며 새 정보에 맞추는 능력으로 설명합니다. 필요하면 질문하고 중요한 행동 전에 확인한다는 설명도 있습니다. 이 자료는 기능의 목적을 제시하지만, 기억이 어떤 내부 저장 구조로 구현됐는지 또는 모든 중요 행동에 어떤 승인 절차가 적용되는지까지 확정하지 않습니다.

Muse Wonder API와 Full 구독은 서로 다른 선택입니다

개발자 발표와 모델 페이지의 API 요금은 Muse Wonder 입력 100만 토큰당 4달러, 출력 20달러, 캐시 입력 0.20달러입니다. 반복 입력의 캐시 적용 여부에 따라 청구액은 달라지므로 이 세 단가를 구분해서 계산해야 합니다. 모델 식별자는 muse-wonder-1.0입니다.

Muse Wonder Full의 식별자는 muse-wonder-full-1.0이며, 확인한 자료에서는 Muse Code 구독 전용으로 안내합니다. Power Usage는 월 50달러에 Everyday Usage 대비 20배 사용량, Maximum Usage는 월 200달러에 80배 사용량으로 표시돼 있습니다. 개발자 발표는 동일한 5시간·주간 갱신 주기도 설명합니다. 배수는 해당 기본 플랜과의 비교이지 무제한 호출이나 특정 작업 수를 보장하는 숫자가 아닙니다.

따라서 자체 앱에서 API를 호출하려는 팀은 우선 Muse Wonder 경로를, Muse Code 안에서 Full을 사용하려는 개인·팀은 두 구독의 조건을 검토할 수 있습니다. 월 구독료를 API 토큰 단가로 환산하려면 실제 사용 기록이 필요합니다. 두 방식은 이용 범위와 제한 단위가 달라 가격 숫자만으로 어느 쪽이 더 경제적인지 결정하기 어렵습니다.

개발자 발표는 기존 OpenAI SDK 호환 클라이언트의 접속 주소와 모델 이름을 바꿔 첫 API 호출을 시작하는 예를 제공합니다. 이는 기본 호출을 시작하는 안내입니다. 사용하는 모든 옵션, 도구 호출, 스트리밍 동작과 오류 처리가 완전히 같다는 검증 결과는 아닙니다. 실제 앱을 옮길 때는 의존하는 기능을 따로 시험하는 것이 편집부의 권고입니다.

긴 작업을 맡길 때 확인할 항목

Meta는 다중 파일 수정, 도구 호출 실패 복구, 장시간 코딩과 컴퓨터 사용을 주요 활용 분야로 듭니다. 모델 페이지에는 하위 에이전트에 작업을 나누고 도구를 병렬 호출하는 설명도 있습니다. 이를 별도의 부하 분산 시스템이나 특정 내부 아키텍처가 입증됐다는 의미로 확대할 수는 없습니다. 모델의 능력과 그것을 운영하는 도구·권한·검수 절차를 함께 봐야 합니다.

편집부가 우선 검토 대상으로 보는 업무는 요구사항과 결과 확인 방법이 분명한 다중 파일 코딩입니다. 변경 전후 테스트를 비교할 수 있고 중요한 행동을 사람이 검토할 수 있기 때문입니다. 이는 활용 제안이며 이번 글에서 수행한 실험은 아닙니다. 사용자가 정한 제약을 여러 단계 뒤에도 지키는지, 오류가 난 호출을 어떻게 처리하는지, 중간 결과를 확인할 수 있는지가 실제 평가 항목입니다.

기억 기능을 평가한다면 앞선 대화의 제약을 후속 과업에서 적절히 반영하는지와 잘못된 기억을 바로잡는지를 살펴볼 수 있습니다. 장기 집중 기능은 완료 여부만 볼 것이 아니라 불필요한 반복 호출과 비용도 함께 관찰할 필요가 있습니다. 공식 기능 설명만으로 무인 실행의 안전성이나 모든 과업의 완료를 보장할 수 없으므로, 자사 작업에서 허용할 도구와 승인 범위를 명확히 정해야 합니다.

발표 자료만으로 결정할 수 없는 부분

Meta는 Full이 DeepSWE와 SWE-Marathon 등의 독립 평가에서 높은 성과를 보였다고 소개합니다. 이 글에서 직접 확인한 것은 Meta가 게재한 설명이며, 평가 기관의 원본 결과를 별도로 대조하지 않았습니다. 추출된 표의 행·열 정렬이 분명하지 않은 수치를 재조합해 경쟁 모델 순위를 만들지 않았습니다. 벤치마크 주장은 발표자에게 귀속해 읽고 자사 코드 작업에서 재현되는지 확인해야 합니다.

연구 블로그는 추가 안전성 평가를 담은 전체 보고서를 곧 제공하겠다고 안내합니다. 이 사실은 해당 보고서의 확인 상태를 말하며 모든 외부 검증이 불가능하다는 뜻은 아닙니다. 이번에 확보한 자료만으로 CBRN·사이버 악용 방어 수준을 독립 판정하지 않았습니다. 개인정보 처리나 중요한 외부 행동을 포함하는 배포는 별도 검토 대상입니다.

이미지·문서·스크린샷·비디오 활용을 설명하는 개발자 글은 오디오가 필요한 작업에서는 실제 제공 환경의 지원 여부를 확인하라고 덧붙입니다. 모델군 이름만 보고 모든 입력 형식이 모든 경로에서 같다고 가정하면 안 됩니다. API와 Muse Code 중 필요한 기능이 있는 경로를 확인하고 작은 작업으로 출력 품질과 비용을 관찰한 뒤 적용 범위를 넓히는 것이 타당합니다.

출처 목록