---
title: "Meta Muse는 오픈소스인가? 공개 범위 정리"
description: "Meta Muse의 에이전트·모델·기기 SDK는 어디까지 공개됐을까? 각 계층의 공개 범위와 근거, 직접 운영할 수 있는 오픈소스 대안을 살펴본다."
url: https://personalagentbench.com/ko/is-meta-muse-open-source/
last_updated: 2026-10-13
---

# Meta Muse는 오픈소스인가? 공개된 것과 공개되지 않은 것

이 페이지는 2026-10-13 기준 영어판을 기계 번역한 것이며, 모든 수치는 원문과 대조했습니다. 내용이 다를 경우 [영어판](https://personalagentbench.com/is-meta-muse-open-source/)이 우선합니다.

Meta Muse는 오픈소스인가? 아니다. Muse 에이전트, 이를 이용하는 앱, Meta 클라우드에서 에이전트가 실행되는 Linux 머신은 모두 비공개다. Meta가 Muse에 사용한다고 밝힌 모델 2개도 공개된 가중치가 없다. 출시 당시 사용한 Muse Spark와 10월 12일 발표한 Muse Wonder가 여기에 해당한다. Meta는 Muse Wonder가 곧 Muse의 더 많은 기능을 구동할 것이라고 밝혔다. 그렇다고 "Meta Muse 오픈소스"라는 검색이 아무 근거 없는 것은 아니다. Meta는 Muse라는 이름을 붙인 2가지를 공개했다. 2026년 10월 2일 출시한, Muse와 통신하는 소형 기기 제작 키트와 8월에 가중치를 공개한 300억 매개변수 모델 Muse Glimmer다. 어느 쪽도 Muse 자체를 직접 운영할 수 있게 해주지는 않는다. 이 페이지에서는 각 계층을 살펴보고 판단의 근거를 밝히며, Muse가 제공하지 않는 것을 목표로 만들어진 오픈소스 프로젝트 2개를 소개한다.

- Muse 에이전트와 앱, 사용자별 클라우드 VM은 비공개다. Meta는 설계를 공개적으로 설명했고, [우리의 내부 구조 분석](https://personalagentbench.com/ko/agents/muse/)에서도 외부에서 이를 살펴봤지만, 코드는 공개되지 않았다.
- Muse 출시 당시 사용한 모델 Muse Spark는 API로 제공된다. 2026년 10월 12일 기준으로 Hugging Face에서 Spark 가중치를 찾지 못했다.
- 10월 12일 발표됐으며 Muse의 더 많은 기능에 쓰일 예정인 Muse Wonder도 API로만 제공된다. Meta의 모델 카드에는 가중치 공개에 관한 언급이 없다.
- Muse Glimmer 30B는 Apache 2.0 라이선스로 가중치가 공개된 모델이다. Muse Spark에서 증류했으며 사용자가 소유한 하드웨어에서 실행하도록 만들어졌다. 별개의 모델로, Meta가 Muse를 구동한다고 밝힌 모델은 아니다.
- Muse Gadgets는 Apache 2.0 라이선스의 오픈소스다. 하지만 모든 기기는 페어링하려면 Meta의 토큰이 필요하므로, Muse를 대체하기보다는 확장한다.

## Meta Muse는 오픈소스인가? 계층별로 다른 답

Muse라는 이름은 여러 계층에 걸쳐 쓰이며, 공개 여부는 계층마다 다르다.

- **앱.** iOS, Android, 웹, WhatsApp에서 이용할 수 있으며, 9월 17일부터는 Mac 앱도 제공된다. 비공개다.
- **에이전트와 실행 머신.** 사용자마다 Meta 클라우드에 Linux 가상 머신이 할당된다. 그 안에서 에이전트와 도구, Meta가 Sentinel이라고 부르는 접근 통제 장치가 실행된다. 비공개다. Meta는 설계를 상세히 설명한 자료를 공개했지만 코드는 공개하지 않았다.
- **모델.** Meta의 [출시 발표문](https://about.fb.com/news/2026/09/introducing-muse-personal-ai-agent/)은 Muse가 "Muse Spark로 구동된다"고 설명하고, Meta의 [보안 설명 자료](https://research.meta.ai/blog/security-and-safety-for-ai-agents-our-approach-with-muse)는 Muse Spark 1.3을 명시한다. 10월 12일 Meta는 구독자부터 시작해 Muse Wonder가 곧 Muse의 더 많은 기능을 구동할 것이라고 밝혔다. 두 모델 모두 공개된 가중치가 없다.
- **Muse Code.** Meta의 별도 터미널 코딩 에이전트로, [dev.meta.ai](https://dev.meta.ai/docs/muse-code)에서 설치한다. Meta는 [2026년 8월 31일 베타 종료를 발표했다](https://dev.meta.ai/resources/blog/muse-code-new-plans-and-features). [공개 SDK](https://github.com/meta-models/muse-code-sdk)는 MIT 라이선스지만, 해당 저장소는 호스트 바이너리를 명시적으로 제외한다. 이 저장소만으로 전체 에이전트 런타임이 오픈소스라고 볼 수는 없다.

- **주변 기기.** [Muse Gadgets SDK](https://github.com/facebookincubator/muse-gadget-sdk)는 Apache 2.0 라이선스의 오픈소스다.

이와 별개로 같은 계열에 가중치가 공개된 모델 Muse Glimmer 30B가 있다. 사용자가 소유한 하드웨어에서 실행할 수 있지만, Muse 제품이 사용한다고 명시한 모델은 아니다.

간단히 말하면, Muse를 직접 운영하는 데 필요한 부분은 비공개이고, 공개된 것은 그 주변부다.

## Meta Muse의 에이전트와 VM: 비공개지만 설계 설명은 공개

Muse를 Muse답게 만드는 핵심은 에이전트다. 길게 이어지는 하나의 대화, 파일로 보관하는 메모리, 호출할 수 있는 도구, 머신 밖으로 나가는 모든 것을 통제하는 관문으로 구성된다. 이 모두는 Meta가 사용자마다 마련하는 가상 머신에서 실행되며, Meta는 이를 Muse Secure VM이라고 부른다. 이 런타임의 소스는 어느 부분도 공개되지 않았다.

대신 Meta가 공개한 설명은 이례적으로 상세하다. 보안 설명 자료에 따르면, 커넥터 동작을 승인하거나 네트워크 트래픽을 외부로 내보낼 수 있는 것은 두 번째 에이전트인 Sentinel뿐이다. 에이전트는 대체 자격 증명을 사용하며, 승인 후 네트워크 경계에서 실제 자격 증명으로 교체된다. 승인 요청도 대화를 거치지 않고 사용자의 앱으로 직접 전달된다. 또한 현재 직원의 사용자 데이터 접근은 불가능하도록 차단된 것이 아니라 정책으로 제한되며, 암호화된 Muse Confidential VM은 추후 도입할 계획이라고 설명한다.

설계를 공개했다고 해서 오픈소스인 것은 아니다. 그 설계를 실제로 구현하는 코드를 읽거나 직접 실행할 수 없고, 자신이 대화하는 시스템의 빌드가 설명과 일치하는지도 확인할 수 없다. 우리의 [Muse 내부 구조 분석](https://personalagentbench.com/ko/agents/muse/)에서는 요청 구조와 246개 메서드가 담긴 권한 명세까지 확인했다. 런타임이 실제로 모델에 보낸 모든 요청을 비롯해, 접근할 수 없었던 부분도 정리했다.

## Muse Spark: Meta Muse의 출시 모델이 오픈소스가 아닌 이유

Muse Spark는 Meta가 출시 발표문에서 "지금까지 가장 뛰어난 성능의 모델"이라고 소개한 모델이다. 출시 발표문과 보안 설명 자료 모두에서 Muse에 사용하는 모델로 명시했다. Spark 모델은 API를 통해 호출할 수 있다. [OpenRouter의 Meta 페이지](https://openrouter.ai/meta)에는 2026년 10월 12일 기준 Muse Spark 1.2와 1.3이 올라 있었으며, 다른 호스팅 모델처럼 토큰 단위로 요금이 책정돼 있었다.

하지만 Spark를 다운로드할 수는 없다. 10월 12일 Hugging Face를 검색했을 때 Meta가 공개한 Muse Spark 가중치는 없었고, 이름만 빌려 쓴 무관한 프로젝트들만 나왔다. "muse spark open source"라는 제목을 봤다면, 거의 확실하게 Spark 자체가 아니라 아래에서 다루는 공개 사례 2개 중 하나에 관한 내용일 것이다.

Muse를 재현하려는 사람에게는 중요한 차이다. 에이전트 설계가 상세히 문서화돼 있어도, 추론을 담당하는 모델은 다른 것을 써야 하기 때문이다.

## Muse Wonder: 더 새로운 모델이지만 역시 비공개

10월 12일 Meta는 Muse Wonder와 Muse Wonder Full이라는 2가지 버전의 [Muse Wonder를 발표하고](https://about.fb.com/news/2026/10/introducing-muse-wonder-models/), 지금까지 자사가 만든 모델 중 가장 뛰어난 성능을 갖췄다고 소개했다. Meta의 [연구 발표문](https://research.meta.ai/blog/muse-wonder)에 따르면 Muse Wonder는 발표 당일부터 Meta Model API로 호출하거나 Muse Code에서 사용할 수 있다. Muse Wonder Full은 Muse Code 구독자에게만 제공되며, Wonder는 구독자부터 시작해 "곧 Muse의 기능을 구동할" 예정이다. Meta는 무료 계정에 제공할 날짜를 밝히지 않았다.

어느 내용도 가중치 공개에 관한 것은 아니다. [모델 카드](https://research.meta.ai/static/muse-wonder-model-card)에는 100만 토큰의 컨텍스트, 텍스트·이미지·동영상·오디오 입력, 텍스트 출력이 명시돼 있다. 가중치에 대해서는 개발과 배포 과정에서 가중치 보안 프로그램에 따라 보호했다는 내용만 있다. 발표문과 모델 카드 어디에도 가중치를 공개한다는 언급은 없다. 10월 13일 [OpenRouter](https://openrouter.ai/meta)에는 Muse Wonder가 입력 100만 토큰당 $4, 출력 100만 토큰당 $20인 호스팅 모델로 올라 있었다. Spark와 같은 제공 방식에 가격은 더 높다.

주의해서 볼 점이 하나 있다. 발표 몇 시간 뒤, meta-01이라는 이름의 Hugging Face 계정이 muse-wonder라는 저장소를 만들었다. 10월 13일 기준 이 저장소에는 모델 파일이 없었으며, 해당 계정은 meta-models라는 이름으로 모델을 공개하는 Meta Superintelligence Labs의 계정이 아니다. "Muse Wonder 가중치" 다운로드 링크가 있다는 이유만으로 Meta가 무언가를 공개했다고 볼 수는 없다.

Meta는 Muse를 사용하는 모든 사람을 위한 특화 모델을 만드는 데도 Muse Wonder를 활용하겠다고 밝혔다. 이는 모든 Muse 사용자에게 같은 수준의 역량을 제공하겠다는 뜻이지, 가중치 공개를 약속한 것은 아니다. Glimmer는 Spark에서 증류해 만들었지만, Meta는 Wonder에서 파생된 무언가를 공개할지 밝히지 않았다.

## Muse Glimmer: Meta Muse 계열에서 가중치가 공개된 모델

여기서 다루는 가중치 공개 모델은 [Muse Glimmer 30B](https://huggingface.co/meta-models/Muse-Glimmer-30B)다. Meta Superintelligence Labs는 2026년 8월 9일 Apache 2.0 라이선스로 Hugging Face에 이 모델을 공개했으며, 별도의 접근 승인 없이 다운로드할 수 있다.

모델 카드에 따르면 이미지 인코더를 내장한 약 296억 매개변수의 밀집 모델로, Muse Spark에서 증류했으며 "소비자용 하드웨어에서 자율적인 에이전트 작업을 수행하도록 특화"됐다. 약 4비트로 양자화하면 언어 모델의 용량은 20 GB 미만이며, 모델 카드는 비디오 메모리 24 GB에서 64 GB까지의 구성을 목표 실행 환경으로 제시한다. 도구 사용, 실패 복구, 다단계 계획 수립을 학습 목표로 명시하고, [OpenClaw](https://personalagentbench.com/ko/openclaw-security/)나 [Hermes Agent](https://personalagentbench.com/hermes-agent/) 같은 개방형 에이전트 프레임워크와 함께 작동한다고 설명한다.

유의할 점은 2가지다. 첫째, Glimmer는 Meta가 Muse에 사용한다고 밝힌 모델이 아니다. 출시 발표문과 보안 설명 자료 모두 Spark를 명시한다. 집에서 Glimmer를 실행하면 같은 연구소가 만든 유능한 공개 모델을 얻는 것이지, Muse의 복제본을 얻는 것은 아니다. 둘째, "가중치 공개"는 학습 과정 공개와 같지 않다. 모델 카드에 따르면 학습 데이터에는 공개적으로 이용 가능한 데이터, 라이선스를 받은 데이터, Meta의 제품과 서비스에서 나온 정보가 포함되며, 그 데이터는 어느 것도 공개되지 않았다.

그래도 많은 사람에게 Glimmer는 이 질문에 대한 가장 유용한 답이다. Meta가 학습한 모델로 에이전트 작업을 수행하면서 직접 통제하고 싶다면, 바로 이 모델이다. 우리의 [실행 위치 안내](https://personalagentbench.com/where-it-runs/) 페이지는 호스팅형 에이전트와 직접 운영하는 에이전트를 나란히 살펴본다. 이런 모델은 후자에 해당한다.

## Muse Gadgets: Meta Muse 자체에서 오픈소스로 공개된 부분

"Meta Muse 오픈소스"라는 제목의 기사 대부분이 나오게 된 계기는 [Muse Gadgets](https://github.com/facebookincubator/muse-gadget-sdk)다. 2026년 10월 2일 GitHub의 Meta facebookincubator 조직 아래에 공개됐다.

여기에는 기기용 SDK 2개가 들어 있다. 하나는 시판 ESP32 보드용 펌웨어다. 화면이나 스피커, 센서가 달린 작은 보드로 이미지를 표시하고, 오디오를 재생하고, 측정값을 Muse에 보낼 수 있게 한다. 다른 하나는 Raspberry Pi나 여분의 Linux 컴퓨터에서 실행하는 서비스다. 사용자가 명령을 추가하고 Muse가 그 기기에서 여러 작업을 처리하게 할 수 있다. Muse 앱의 기기 설정에서 개발자 모드를 켜면 iOS와 Android에서 기기를 앱과 페어링할 수 있다. Meta의 README는 위험을 가벼운 어조로 설명하면서, 보드가 작동 불능이 되거나 보증이 무효화될 수 있다는 점도 부작용으로 열거한다.

설정할 때는 공식 [ESP32 빠른 시작 가이드](https://github.com/facebookincubator/muse-gadget-sdk/blob/main/esp32/README.md)나 [Linux 안내](https://github.com/facebookincubator/muse-gadget-sdk/tree/main/linux)를 따르면 된다. 페어링 전에 SDK 토큰을 발급받고 약관을 검토해야 한다.

코드에는 Apache 2.0 라이선스가 적용된다. 일부 서드파티 파일에는 각자의 라이선스가 적용되며, 예외가 하나 있다. 애니메이션 아바타는 라이선스 적용 대상에서 제외된다. 더 큰 제약은 페어링 단계에 있다. 모든 기기는 Meta에서 발급한 SDK 토큰이 필요하며 Meta의 별도 Gadget SDK 약관을 따라야 한다. 따라서 Muse Gadgets는 기기 쪽 코드를 읽고 수정할 수 있다는 의미에서 오픈소스다. Muse 자체를 다른 환경으로 옮길 수 있게 해주지는 않는다. 연결할 Muse 계정이 없는 기기는 대화할 상대가 없다.

## Meta Muse의 오픈소스 대안

검색에 담긴 실제 질문이 "Muse와 비슷한 것을 직접 운영할 수 있을까"라면, 바로 그에 대한 답으로 만들어진 프로젝트가 2개 있다. 두 프로젝트는 서로 반대되는 방식을 택했다.

CopilotKit의 [OpenMuse](https://personalagentbench.com/openmuse/)는 9월 15일 MIT 라이선스로 공개됐다. 사용자가 통제하는 서버에서 실행되며, 계속 유지되는 브라우저와 선택적으로 사용할 수 있는 Linux 작업 공간을 제공한다. 앱은 그 서버를 들여다보는 창 역할을 한다. 우리는 외부에서 동작을 탐색하는 대신 소스 코드를 읽었다. 확인한 제약은 대화의 지속적인 저장이 MIT 라이선스에 포함되지 않는 CopilotKit의 호스팅 서비스에 의존한다는 점이다.

Zhejiang University의 소규모 팀이 만든 [nanoMuse](https://personalagentbench.com/nanomuse/)는 9월 말 GPL-3.0-or-later 라이선스로 GitHub에 공개됐다. 서버에 에이전트 하나를 두는 대신 각 기기에 완전한 에이전트를 배치한다. Android와 컴퓨터에서는 다른 앱의 화면을 통해 해당 앱을 조작할 수 있다. Meta Muse 역시 일부 Mac 앱에서 작업하는 Mac 앱을 제공한다. nanoMuse 논문은 Muse의 사용자별 VM과 그에 따른 강력한 보안 경계가 없다는 점을 솔직하게 밝힌다.

둘 다 Meta와 무관하고, 우리의 평가를 거치지 않았으며, 아직 초기 단계다. 이 사이트에는 각 프로젝트의 공개된 내용과 아직 알 수 없는 점을 정리한 페이지가 있다.

## Meta Muse가 공개된다면 달라질 것

여기서 개방성이 필요한 이유는 추상적이지 않다. 개인용 에이전트는 사용자의 받은편지함과 일정, 사용자에 관해 작성된 프로필을 보유하고, 사용자가 자리를 비운 동안 그 정보를 바탕으로 행동한다. 정확히 무엇을 전송하고 무엇을 보관하는지, 결제 앞에 놓인 통제 장치가 실제로 제대로 작동하는지처럼 사람들이 가장 알고 싶어 하는 문제는 외부에서 확인하기 가장 어려운 문제이기도 하다.

우리의 조사에서도 그 간극이 드러난다. Muse에서는 요청 형식과 권한 명세를 설명할 수 있었지만, 요청이 머신 밖으로 나가는 모습은 한 번도 보지 못했다. [OpenMuse](https://personalagentbench.com/open-source-personal-agents/#openmuse)의 공개 저장소는 누구나 살펴볼 수 있다. 다만 우리는 호스팅형 영구 저장 기능의 내부를 조사하지 않았고, 데이터가 전달되는 모든 목적지를 확인하지도 못했다. 어느 쪽이 더 안전하다는 판정은 아니지만, 관심 있는 누구나 직접 확인할 수 있는 쪽은 둘 중 하나뿐이다.

우리의 [Muse 내부 구조 분석](https://personalagentbench.com/ko/agents/muse/)은 모델 요청이 구성되는 사용자별 Linux VM을 설명하며, Meta의 보안 설명 자료는 대다수 업체가 공개하는 자료보다 상세하다. 기기 키트와 더 작은 모델을 공개한 것은 실질적인 진전이다. 하지만 사용자가 실제로 대화하는 에이전트와 그 에이전트가 실행되는 머신은 여전히 Meta의 소유다.

## 자주 묻는 질문

**Meta Muse는 오픈소스인가?** 아니다. Muse 에이전트와 앱, 에이전트가 실행되는 클라우드 VM은 비공개이며, Muse Spark와 Muse Wonder 모두 공개된 가중치가 없다. Meta는 Muse Gadgets SDK를 오픈소스로 공개했고, Muse Glimmer 30B 모델의 가중치를 공개했다.

**Muse Spark는 오픈소스인가?** 아니다. Muse Spark는 호스팅 API로 이용할 수 있지만, 2026년 10월 12일 기준 Meta는 가중치를 공개하지 않았다. 가중치가 공개된 모델은 Spark에서 증류한 Muse Glimmer 30B다.

**Muse Wonder는 오픈소스인가?** 아니다. Meta는 2026년 10월 12일 Muse Wonder와 Muse Wonder Full을 Meta Model API와 Muse Code로 접근할 수 있는 호스팅 모델로 발표했다. 모델 카드에는 가중치 공개에 대한 언급이 없으며, 10월 13일 기준 Hugging Face의 muse-wonder 저장소는 Meta가 아닌 계정이 만든 빈 저장소다.

**Muse Glimmer는 무엇인가?** Meta Superintelligence Labs가 만든 약 300억 매개변수의 가중치 공개 모델이다. 2026년 8월 Apache 2.0 라이선스로 공개됐으며, 에이전트 작업을 위해 만들어졌고 소비자용 하드웨어에서 실행하도록 설계됐다. Meta가 Muse 앱을 구동한다고 밝힌 모델은 아니다.

**Muse Gadgets는 무엇인가?** 2026년 10월 2일 공개된 오픈소스 SDK다. ESP32 보드나 Linux 컴퓨터를 이용해 사용자의 Muse와 페어링하는 소형 기기를 만들 수 있다. 각 기기는 페어링하려면 Meta의 토큰이 필요하다.

**Meta Muse를 셀프 호스팅할 수 있나?** 없다. 에이전트는 Meta의 인프라에서만 실행된다. 비슷한 형태의 에이전트를 직접 운영하고 싶다면, [OpenMuse](https://personalagentbench.com/openmuse/)와 [nanoMuse](https://personalagentbench.com/nanomuse/)라는 독립 오픈소스 프로젝트 2개가 있다. [소스 코드 비교](https://personalagentbench.com/open-source-personal-agents/)에서는 다른 선택지와 함께 두 프로젝트의 구현상 한계를 다룬다.

**OpenMuse는 Meta가 만들었나?** 아니다. [OpenMuse](https://personalagentbench.com/openmuse/)는 CopilotKit이 만들었고, [nanoMuse](https://personalagentbench.com/nanomuse/)는 독립적인 대학 연구팀이 만들었다. 이름만으로 Meta와의 관계나 개발·관리자들이 그 이름을 선택한 이유를 알 수는 없다.

---

Published by Personal Agent Bench (https://personalagentbench.com), run by the Zentor team. Zentor builds agent software of its own, so its products are not on the scorecard and will not be added.