코딩 AI Muse Wonder, 가격부터 API·Full 이용 조건까지

코딩 AI Muse Wonder는 어떤 모델인가요?

Meta Superintelligence Labs는 2026년 10월 12일 Muse Wonder와 Muse Wonder Full을 출시했습니다. 계획을 세우고, 툴을 사용하고, 실패한 시도를 수습하며 오래 이어 가야 하는 작업에 더 높은 성능의 선택지가 생긴 셈입니다. 에이전트는 모델에 연결된 소프트웨어로, 모델이 채팅 답변만 내놓는 데 그치지 않고 이런 행동을 수행할 수 있게 합니다. 출시일과 두 가지 모델 구성은 Meta의 발표에서 확인할 수 있습니다.

실무에서는 기존 워크플로에 모델 선택지가 하나 더 생겼다는 의미입니다. 개발자라면 여러 패키지에 걸친 리팩터링으로 Wonder를 평가할 수 있습니다. 운영 담당자라면 많은 문서를 검토하고 여러 툴을 사용해야 답을 얻을 수 있는 조사 업무에 적용해 볼 수 있습니다. 새 모델이 나왔다는 이유만으로 저렴하게 잘 돌아가는 분류 모델까지 교체할 필요는 없습니다.

Meta는 개발자 대상 출시 안내에서 계획 수립, 병렬 툴 사용, 오류 복구 기능을 설명합니다. 다만 이런 기능은 결과물이 검증 기준을 통과할 때에만 의미가 있습니다. 오랫동안 실행했더라도 엉뚱한 일을 끝냈다면 검토할 일만 늘어납니다.

Muse Wonder와 Wonder Full, 이용 조건은 어떻게 다른가요?

Wonder는 API로 이용할 수 있고, 성능이 더 높은 Wonder Full은 이용 조건에 맞는 Muse Code 구독에서만 제공됩니다. Meta의 모델 페이지에는 두 모델 모두 1M 컨텍스트를 지원한다고 나옵니다. 컨텍스트는 모델이 한꺼번에 고려할 수 있는 자료의 범위를 뜻합니다. 텍스트나 그 밖의 입력을 인코딩한 작은 단위인 토큰으로 측정합니다.

이용 제한은 Meta의 모델별 이용 가능 여부 문서를 기준으로 합니다. 이 문서는 Wonder의 추론 강도를 max로 설정해도 Wonder Full이 선택되는 것은 아니라고 명시합니다. 추론 강도는 선택한 모델이 얼마나 깊이 생각할지를 바꾸는 설정이며, 이용할 수 있는 모델 자체를 바꾸지는 않습니다.

Wonder Full을 쓰려면 얼마가 드나요?

Meta의 Wonder 모델 페이지에 따르면 Muse Code Power Usage는 월 $50.00, Maximum Usage는 월 $200.00입니다. 두 요금제 모두 Full을 포함합니다. 이는 Muse Code의 요금이며, 별도 제품인 Muse 앱의 요금은 아닙니다.

포함된 사용량이 업무에 충분하다면 Power Usage로 Full을 평가하면 됩니다. 더 많은 사용량이 필요할 때 Maximum Usage를 고려하면 되며, Full을 쓰기 위해 가장 비싼 요금제를 선택할 필요는 없습니다. Meta가 안내하는 사용량은 각각 Everyday Usage의 20x와 80x입니다. 어느 쪽도 무제한을 뜻하지 않습니다.

구독료로 모든 API 사용 비용까지 충당할 수 있는 것도 아닙니다. 구독 문서에 따르면 구독 인증 정보는 Muse Code 전용이며, 별도로 만든 API 키의 사용량은 따로 청구됩니다. 혜택과 이용 가능 여부는 지역에 따라 다를 수 있습니다.

Muse 앱에서도 Wonder를 사용할 수 있나요?

Meta의 출시 발표에는 **구독자부터 우선 제공하며, 시점은 “곧”**이라고 나와 있습니다. Muse 앱의 출시일이나 Wonder Full 이용 권한이 확정된 것은 아닙니다. 현재 문서로 확인된 경로를 이용하려면 API 또는 Muse Code를 선택해야 합니다. 앱 제공은 Meta의 발표에 따라 아직 예정 단계로 봐야 합니다.

Muse Wonder API 가격, 작업 한 건에 얼마나 들까요?

한 작업에서 반복 호출까지 포함해 실제로 쓰는 토큰을 기준으로 예산을 잡아야 합니다. 1M 컨텍스트 윈도는 처리 용량이지, 요청 한 번의 정액 요금이나 월간 사용 한도가 아닙니다.

아래 USD 요금은 2026년 10월 13일 Meta의 모델 및 요금 페이지에서 확인한 값입니다. 모두 Standard 모드의 토큰 백만 개당 요금입니다.

캐시 적용 입력은 재사용하는 프롬프트 내용 중 낮은 요금이 적용되는 조건을 충족한 부분입니다. Meta의 요금 문서에 따르면 긴 컨텍스트에 대한 할증은 없습니다. 웹 검색은 토큰 요금과 별도로 쿼리 1,000건당 $2.50이 부과됩니다. Wonder API는 Standard 모드에서만 사용할 수 있으며, Contributor 모드에 따른 API 할인은 없습니다.

개발·운영 업무의 비용 계산 예시

여러 차례의 호출을 합쳐 작업 한 건에 캐시 미적용 입력 토큰 200,000개와 과금 대상 출력 토큰 20,000개를 쓴다고 가정하겠습니다. 실제 모델 실행을 측정한 값이 아니라 계산을 위한 예시입니다. 검색을 비롯한 토큰 외 비용은 제외하고, 두 모델의 사용량은 같다고 가정합니다.

• Spark 1.2: 작업당 (0.2 × $1.25) + (0.02 × $4.25) = $0.335.
• Wonder: 작업당 (0.2 × $4.00) + (0.02 × $20.00) = $1.20.
• 차액: 작업당 $0.865로, 토큰 비용은 약 3.58배입니다.

1,000건을 처리하면 Spark는 $335, Wonder는 $1,200으로 $865가 더 듭니다. 창업자가 가장 어려운 10%만 Wonder로 보내고 나머지 90%는 Spark에 맡기면, 같은 예시 작업량의 비용은 $421.50입니다. 이 배분 예시는 작업을 난도에 따라 나눌 수 있다는 가정에 따른 것입니다. 어느 모델이든 작업을 성공시킨다는 뜻은 아닙니다.

실제 토큰 사용량은 모델마다 다를 수 있습니다. 사용량이 같다는 가정으로 시험 예산을 잡은 뒤, 직접 수행한 작업의 청구 사용량과 검토 시간으로 가정을 대체해야 합니다.

Muse Spark 1.2를 계속 써도 되는 경우

해당 작업에서 Wonder의 이점이 입증되지 않았다면, 이미 검증된 Spark 워크플로를 유지하는 것이 좋습니다. Muse Spark 1.2는 이미 1M 컨텍스트를 지원하며, 모델 페이지에서도 코딩과 툴 사용을 위한 모델로 소개됩니다. 컨텍스트 윈도가 크다는 이유만으로 교체할 필요는 없습니다.

들어오는 요청을 분류하고, 필드를 추출하고, 정기 요약을 작성하는 숙련된 운영 담당자에게 중요한 것은 결과물이 승인 기준을 충족하느냐입니다. 범위가 한정된 버그를 고치는 개인 개발자라면 패치와 테스트가 올바른지가 기준입니다. Spark가 이미 그 기준을 충족한다면, 단가가 더 높은 Wonder를 쓸 구체적인 이유가 있어야 합니다.

버전에 관해서는 한 가지 구분이 필요합니다. Meta는 현재 새로 시작하는 Spark 작업에 Muse Spark 1.3을 권장하지만, 1.2도 계속 사용할 수 있습니다. 모델 문서에는 1.3의 오디오 지원이 아직 완전하지 않다는 설명도 있으며, 오디오 사용자에게는 1.2를 안내합니다. Spark 계열을 계속 쓰기로 하는 결정과, 테스트를 마친 1.2 배포 환경을 의도적으로 유지하는 결정은 별개입니다.

누가 도입을 검토하고, 기다리고, 기존 모델을 유지해야 할까요?

개발자는 Wonder를 시험해 볼 만합니다. 여러 파일이나 툴을 오가는 과정에서, 또는 중간 실패 때문에 작업이 반복해서 막힌다면 평가 대상이 됩니다. 작업 범위와 승인 기준을 고정해야 모델 교체가 도움이 되는지 판단할 수 있습니다. 난도가 더 높은 코딩 업무가 구독료를 정당화할 때에만 Muse Code에서 Full을 평가하는 것이 좋습니다.

운영 담당자는 저렴하게 처리할 수 있는 작업을 Spark에 유지하고, 범위를 한정한 예외 업무에 Wonder를 적용해 볼 수 있습니다. 예를 들어 여러 문서의 내용을 대조해 근거 있는 답을 내야 하는 까다로운 사례입니다. 사람이 그 업무를 맡았을 때 요구할 수준의 근거를 똑같이 요구해야 합니다.

구매 담당자와 CTO는 도입 결정과 모델 순위를 분리해서 판단해야 합니다. API 연동이 필요한 제품에서는 현재 Full을 API로 사용할 수 없습니다. Muse 앱 안에서 Wonder를 쓰려고 기다리는 운영 담당자라면, 다른 제품인 Muse Code 요금제를 구매하기보다 해당 앱의 제공 여부가 확정될 때까지 기다려야 합니다.

Active Memory와 Active Focus, Meta는 무엇을 주장하나요?

Meta가 내세우는 것은 단순히 더 큰 프롬프트가 아니라, 관련 정보를 기억해 꺼내고 작업을 지속하는 능력입니다. 지시를 기억하지 못하는 문제와 기억한 지시를 끝까지 수행하지 못하는 문제는 다르므로 이 구분이 중요합니다.

Meta의 설명에 따르면 Active Memory는 대화가 바뀌어도 유용한 맥락을 유지하고 현재 작업에 필요한 정보를 찾아옵니다. Active Focus는 어려운 목표를 향해 작업을 이어 가며, 다른 방법을 시도하고, 장애물을 처리하고, 중요한 행동에 앞서 추가 설명을 요청하거나 확인 절차를 거칩니다. 이는 Meta가 주장하는 모델의 동작 특성이며, 이 글에서 독립적으로 검증해 보장하는 내용은 아닙니다.

운영 업무에서 메모리 기능을 평가하려면, 새 주문을 검토할 때 에이전트가 이전에 알려 준 납품 제약 조건을 다시 떠올리는지 확인할 수 있습니다. 집중력에 해당하는 기능은 조회에 실패한 뒤에도 그 제약 조건을 유지하며 작업을 수습하는지로 평가할 수 있습니다. 전자는 정보 회상을, 후자는 끝까지 수행하는 능력을 확인하는 테스트입니다. 매끄럽게 작성된 마지막 문단만으로는 어느 쪽도 입증되지 않습니다.

직접 시스템을 연동한다면 과거 정보를 어디에 저장하고 어떤 방식으로 모델에 전달할지 결정해야 합니다. API 모델 ID를 바꾸기만 하면 지속적으로 정보를 기억하는 시스템이 자동으로 생긴다고 가정해서는 안 됩니다. 예를 들어 Muse Code는 범위별로 구분된 Markdown 메모리를 문서화하고 있습니다. 모델을 둘러싼 제품에도 역할이 있다는 뜻입니다.

Muse Code 또는 API로 직접 사용해 보기

저장소 작업에는 Muse Code를 사용하고, 직접 관리하는 애플리케이션에는 API를 사용할 수 있습니다. 첫 시험은 직접 살펴볼 수 있는 결과로 한 가지 질문에 답하도록 설계하는 것이 좋습니다.

Muse Code로 시작하기

Muse Code는 Meta의 터미널용 AI 코딩 에이전트입니다. macOS 또는 Linux에서 공식 빠른 시작 가이드를 따릅니다.

curl -fsSL https://dev.meta.ai/install.sh | sh
muse

작업할 저장소 안에서 실행합니다. 처음 실행할 때는 브라우저 로그인이나 API 키를 사용합니다. /models를 열어 Wonder를 선택하고, 구독에 Full이 포함되어 있을 때에만 Full을 선택합니다.

목표는 범위를 한정해 전달합니다. 예를 들면 “실패하는 페이지네이션 테스트의 원인을 진단하고, 최소한의 수정안을 제안한 뒤, 관련 테스트 결과를 보여 주세요.”와 같이 요청할 수 있습니다. 변경을 승인하기 전에 diff와 검증 근거를 살펴봐야 합니다. 설치부터 계획 수립, 검토까지의 자세한 흐름은 Muse Code 사용법 가이드에서 다룹니다.

API로 직접 요청하기

Meta Model API 대시보드의 API keys → Create API key 메뉴에서 API 키를 만들고, 셸에 MODEL_API_KEY로 설정합니다. 이 변수를 설정했다면 아래 요청을 사용할 수 있습니다. Meta 문서의 Responses 요청 예시에 Wonder의 모델 ID를 적용한 코드입니다.

curl -sS https://api.meta.ai/v1/responses \
  -H "Authorization: Bearer $MODEL_API_KEY" \
  -H "Content-Type: application/json" \
  -d '{
    "model": "muse-wonder-1.0",
    "input": "Plan a contained fix for a pagination bug. List the evidence needed to verify it."
  }'

이 요청은 저장소나 툴을 제공하지 않으므로, 응답은 저장소를 수정한 결과가 아니라 계획입니다. Meta는 Wonder와 Spark가 같은 엔드포인트에서 같은 형식의 요청을 받는다고 설명합니다. 따라서 기존 Spark 연동 환경을 평가의 출발점으로 삼을 수 있습니다.

과장해서 받아들이기 쉬운 부분: 이용 권한과 자율적인 작업 완수는 다릅니다

가장 큰 영향을 줄 수 있는 실수는 잘못된 가정으로 이용 권한을 구매하는 것입니다. 구매할 때는 다음을 구분해야 합니다.

• Full은 별도 모델입니다. 추론 강도를 max로 설정해도 Wonder는 Wonder입니다. $4/$20의 API 요금으로 Full을 이용할 수는 없습니다.
• 1M 컨텍스트가 정확한 기억을 보장하지는 않습니다. 용량이 크다는 사실만으로 모델이 필요한 정보를 찾았거나 작업 내내 그 정보를 지켰다고 볼 수 없습니다.
• 구독은 무제한 API 크레딧이 아닙니다. Muse Code와 별도로 생성한 API 키는 서로 다른 기준으로 사용량을 집계하고 과금합니다.
• 호스팅 방식으로 제공되는 모델입니다. 인용한 출시 안내와 이용 문서는 직접 호스팅할 수 있는 Wonder 가중치 다운로드를 제공하지 않습니다.

설정에서도 확인할 사항이 있습니다. Muse Code 구독은 기본적으로 Contributor 모드로 시작합니다. 이 모드는 사용량을 더 제공하는 대신, Meta가 입력된 콘텐츠를 모델 학습에 사용할 수 있도록 허용합니다. 업무에 맞지 않는다면 설정에서 꺼야 합니다. Wonder API의 Standard 모드에서는 콘텐츠를 모델 학습에 사용하지 않는다고 Meta가 설명합니다. 실제로 사용하는 제품과 접근 경로의 조건을 확인해야 합니다.

모델끼리 비교해 선택하려면 Muse Wonder와 Claude Opus 5.5 비교를 참고할 수 있습니다. 이전 Spark 세대의 배경은 Muse Spark 1.1 리뷰에서 확인할 수 있습니다. 다만 현재 예산을 계산할 때는 위에 정리한 요금을 기준으로 해야 합니다.

자주 묻는 질문

다음 단계: 실제 업무로 비교하기

기존 워크플로에서 범위가 한정된 작업 10개를 고릅니다. 입력과 승인 기준을 동일하게 유지한 채 현재 Spark 환경과 Wonder를 비교하고, 승인된 결과물과 총 청구 사용량, 검토 시간을 기록합니다. Spark가 이미 잘 처리하는 일은 그대로 맡기고, 측정된 개선 효과가 추가 비용을 상쇄하는 곳에 Wonder를 도입하면 됩니다. Full은 해당 업무를 Muse Code에서 수행하는 것이 적합할 때에만 별도로 평가합니다.

AI 모델 선택과 운영 비용에 관한 실무 가이드를 받아 보려면 뉴스레터를 구독하세요.