API 하나로 모든 하네스를: Model API의 생태계 전략
Meta는 자사 코딩 모델을 개발자들이 이미 있는 곳 어디에나 배포했습니다. OpenAI SDK, Anthropic SDK, 경쟁사 에이전트 CLI, 심지어 OpenRouter까지. 호환성 우선이 곧 유통 전략입니다.
값 세 개만 넣으면 끝
거의 모든 툴을 Muse Spark에 연결하는 데 필요한 값은 똑같이 세 개입니다. 베이스 URL https://api.meta.ai/v1, 여러분의 MODEL_API_KEY, 그리고 muse-spark-1.2 같은 모델 ID. 이게 가능한 이유는 이 API가 생태계 표준으로 굳어진 포맷들을 그대로 구사하기 때문입니다. OpenAI 스타일의 chat completions와 responses에 더해, Anthropic 방식으로 만들어진 하네스를 위한 Anthropic 포맷의 Messages 엔드포인트까지 제공합니다. SDK도 그대로, 코드도 그대로, URL 하나만 바꾸면 됩니다.
경쟁사의 하네스까지도
호환 목록은 의도가 뚜렷합니다. OpenCode, LangChain, LlamaIndex, Vercel AI SDK, Continue, 그리고 Anthropic의 자체 에이전트인 Claude Code까지, Messages API를 통해 그대로 연결됩니다. Meta는 경쟁사 하네스 안에서라도 기꺼이 토큰을 서빙하겠다는 것입니다. 설정 자체를 건너뛰는 에이전트도 있습니다. OpenCode, Goose, Roo 같은 자가 설정형 CLI는 베이스 URL, 모델 ID, 컨텍스트 윈도우, 지원 기능이 담긴 프로바이더 설명을 붙여넣기만 하면 스스로 연결을 구성합니다.
전략적 해석은 어렵지 않습니다. 기존의 모든 코딩 툴이 Muse Spark 토큰의 유통 채널이 되고, 전환 비용 제로가 세일즈 포인트가 됩니다. 유통은 Meta의 문 밖으로도 뻗어 있습니다. Muse Spark 1.2는 OpenRouter를 통해서도 제공되어, 여러 프로바이더를 한데 모아 쓰는 개발자들을 그들이 이미 쇼핑하는 곳에서 만납니다.
그렇다면 Muse Code는 왜 존재하는가
어떤 하네스에서든 모델을 돌릴 수 있다면 굳이 자체 하네스를 왜 만들었을까요? 호환성이 주는 것은 *작동(function)*이지 *궁합(fit)*이 아니기 때문입니다. Muse Spark 1.2는 Muse Code와 함께 공동 훈련되었습니다. 훈련 과정에 하네스의 툴셋, 서브에이전트 안무, 목표(goal)와 컴팩션 레시피가 포함되어 있었습니다. 범용 래퍼는 아주 좋은 모델을 얻지만, Muse Code는 자기 런타임이 부르는 플레이를 이미 리허설해 본 모델을 얻습니다. 퍼시스턴트 백그라운드 에이전트, 워크트리 팬아웃, 이벤트 로그 같은 플레이들입니다. 열린 API가 넓은 깔때기라면, 네이티브 에이전트는 깊은 쪽 수영장입니다.
실용적인 도입 경로
이 2계층 전략은 마이그레이션 플랜을 스스로 제시합니다. 첫날에는 지금 쓰는 셋업이 무엇이든 Model API로 향하게 하고, 실제 업무에서 모델을 평가하십시오. 리스크는 없습니다. 모델이 제 몫을 증명하면, 하네스 궁합이 복리로 작용하는 워크플로우에 Muse Code를 써 보십시오. 장기 실행 작업, 병렬 멀티파트 작업, 나중에 감사(audit)하고 싶을 작업들입니다. 쿡북이 두 계층을 모두 다루고, 본격적으로 쓰기 시작한 뒤의 토큰 비용은 티어 가이드에서 확인할 수 있습니다.