Meta의 Muse, ‘muse-special’이라는 OpenAI 모델을 쓰는 듯합니다

AI 요약

Meta의 에이전트 제품 Muse는 세션별로 어떤 모델을 사용했는지 기록합니다. 글쓴이가 살펴본 로그 대부분은 Meta 내부 모델 Avocado를 가리켰지만, 웹사이트를 만드는 과정에서 실행된 하위 에이전트 하나는 azure/muse-special을 사용했습니다. 글쓴이는 이 예외를 단서로 Muse 런타임과 세션 기록을 더 살펴봤습니다.

OpenAI를 가리키는 흔적

저장소에서 찾은 설명에는 GPT Responses model client via MAGI native Azure OpenAI lane이라는 문구가 있었습니다. 모델 목록에는 azure/muse-special과 azure/gpt-5.6-sol이 함께 나옵니다. 해당 세션 기록에는 gpt_responses_v1 서명이 붙고, OpenAI에서 사용하는 형식으로 알려진 gAAAAA로 시작하는 암호화 페이로드가 들어 있습니다. 도구 호출 식별자도 call_ 뒤에 대소문자가 섞인 24자가 붙습니다. Avocado 세션에서 보인 식별자는 call_ 뒤에 32자리 16진수였습니다.

이런 차이는 muse-special이 Azure에서 제공하는 OpenAI 모델이거나 OpenAI Responses API를 쓰는 모델일 가능성을 뒷받침합니다. 다만 로그와 파일만으로는 정확한 GPT 모델명이나 하위 에이전트가 이 모델을 선택한 이유를 알 수 없습니다.

여러 모델을 지원하는 런타임

Muse 에이전트 데몬에 포함된 모델 목록에는 Avocado 약 15개 버전 외에도 Claude Opus 4.6·4.7·4.8, Sonnet 4.6, Haiku 4.5, GPT-5.5·5.6 계열, Kimi K3가 있습니다. OpenAI·Azure·Codex·Fireworks·Meta 호스팅 경로도 나열됩니다. 코드에는 Anthropic 요청 처리, 프롬프트 변환, SSE 스트림 파서도 있습니다. 따라서 Muse 런타임은 여러 업체 모델을 연결하는 클라이언트를 갖췄습니다. 글쓴이는 이런 구성이 특정 작업에 더 적합한 외부 모델을 선택하거나, 모델 응답과 도구 호출을 비교해 증류나 강화학습에 활용하려는 목적일 수 있다고 제안합니다. 다만 두 가능성 모두 확인된 설명은 아닙니다.

추론 기록과 학습 관련 차이

글쓴이는 muse-special의 원시 추론 내용이 암호화돼 다음 요청 때 Azure로 되돌아간다고 설명합니다. 바이너리에는 암호화된 추론 데이터가 RL completion-server 재정의 경로에 들어갈 수 없다는 내용도 있다고 합니다. 따라서 Meta가 볼 수 있는 것은 응답과 도구 호출, 그리고 OpenAI나 Anthropic이 제공할 경우 짧은 추론 요약이며, 원시 사고 과정은 볼 수 없다는 해석입니다. 글쓴이는 이를 근거로 Meta가 외부 업체 모델의 가중치를 복사한다는 증거는 없다고 봅니다.

Avocado는 기록 방식이 다릅니다. 생각 텍스트가 서명 없이 대화 기록에 직접 들어가며, RL에 활용할 수 있다고 합니다. 글쓴이는 저장소와 개인정보 안내를 근거로, 사용자가 거부하지 않으면 Avocado 대화가 Meta의 AI 개발에 쓰일 수 있다고 설명합니다. 다만 외부 모델 라우팅의 실제 목적이나 muse-special의 정체는 확인하지 못했으며, Azure에서 제공하는 OpenAI 모델이라는 것이 글쓴이의 최선의 추정입니다.

Hacker News 반응

• @haolez — 좋은 조사입니다! OpenAI와 호환되는 API를 쓰는 자체 모델은 아닌지 확신하나요?
  • @embedding-shape — Codex도 쓰는 것과 같은 이상하고 끔찍한 ‘백엔드 프롬프트 암호화’ 방식이라면 OpenAI가 관련됐다는 쪽에 무게가 실립니다. 문제를 진단하기 어렵게 만드는 이런 방식이 더 널리 퍼지지 않으면 좋겠습니다.
  • @hobofan — Anthropic도 추론 서명에 같은 방식을 씁니다. 이미 표준이 됐습니다.
  • @Aeroi — 확신할 수는 없습니다. Meta에서 누군가 확인해줘야 합니다. 다만 다른 데몬 모델과 달리 OpenAI의 흔적이 짙고, 수수께끼 같은 이름으로 제공됩니다. 압축 같은 용도에 맞춘 Azure 호스팅 미세조정 OpenAI 모델일 수도 있습니다. 그래도 Meta는 이미 azure/avocado-compaction-v1이라는 압축 모델을 제공하고 있습니다.
  • @VygmraMGVl — OpenAI와 비슷한 API를 씁니다. 출처는 Meta 개발자 문서입니다. 저는 Meta에서 AI 일을 합니다.
• @Tiberium — 이게 OpenAI 모델이라는 증거는 잘 모르겠습니다. 제목이 오해를 부른다고 생각합니다.
  • @Aeroi — Meta는 azure/avocado-compaction-v1과 azure/avocado-memory-flush-v1처럼 실제 이름을 붙인 자체 모델도 Azure에서 제공합니다. 해당 세션은 gpt_responses_v1 항목이나 rs_ 식별자, 암호화된 추론 기록으로 나타나지 않습니다.
  • @VygmraMGVl — Avocado와 Muse는 다른 모델입니다. Muse는 OpenAI API를 씁니다. 저는 Meta에서 AI 일을 합니다.
• @GenerWork — 왜 다른 모델로 라우팅하는지 잘 모르겠습니다. 자체 모델 연산 자원이 부족할 리는 없지 않나요? 자체 모델의 답변 품질이 나쁠까 봐 걱정하는 것일 수도 있지만, 잘 모르겠습니다.
  • @Aeroi — 저도 그 점이 궁금해서 오늘 더 살펴봤습니다. call_ 식별자와 gAAAAA 페이로드만으로 단정할 수는 없습니다. 하지만 rs_ 추론 식별자에 세션과 초 단위로 일치하는 유닉스 타임스탬프와 OpenAI의 819x 표시가 들어 있습니다. 요약문도 OpenAI 요약 모델의 문체처럼 보입니다. 어디까지나 최선의 추측입니다.
  • @fg137 — 연산 자원이 부족하지 않다는 건 어떻게 아나요? AWS와 Azure 같은 클라우드 업체도 LLM 수요를 감당하기 어려워합니다. 직접 들은 이야기입니다.
• @binlog — 그런데 왜 Azure에서 호스팅하나요?
  • @xmcp123 — Microsoft가 OpenAI 지분 27%를 보유하고 있습니다.
  • @losteric — GPU 연산 용량 때문일까요?
• @alexgoodhart — Claude는 어느 엔드포인트를 호출하나요?

원문: mouse.dev / 번역·요약: Trawling