‹ BackHN Continuity

Thread

Meta's Muse appears to use an OpenAI model labeled muse-special

143 points · 51 comments · Aeroi

  1. Aeroi · · focus · HN ↗
    author here. I kept digging through the Muse filesystem after my first post hit the front page here this week.

    Going through my logs I found a background agent that used a model called azure/muse-special while building my website. I found this interesting and dug a little deeper.

    The transcript and daemon binary point to an OpenAI model running on Azure. Still unclear which one or why it was selected.

    The runtime also ships with an Anthropic client and a catalogue listing Claude, GPT and Kimi models. I didn’t observe Claude being used in my own sessions, but this is my Part 2 of exploring the Muse file system.

    original post: <a href="https:&#x2F;&#x2F;x.com&#x2F;heypeterjames&#x2F;status&#x2F;2103545183400800746" rel="nofollow">https:&#x2F;&#x2F;x.com&#x2F;heypeterjames&#x2F;status&#x2F;2103545183400800746

    pete at mouse dot dev

    1. haolez · · focus · HN ↗
      Nice work!

      Are you sure this isn&#x27;t just a custom model that is API-compatible with OpenAI?

      1. embedding-shape · · focus · HN ↗
        If it&#x27;s using the same weird (and awful) &quot;backend prompt encryption&quot; pattern and mechanism that Codex also uses (<a href="https:&#x2F;&#x2F;news.ycombinator.com&#x2F;item?id=48905028">https:&#x2F;&#x2F;news.ycombinator.com&#x2F;item?id=48905028), then I&#x27;d also say it points to OpenAI being involved. Hopefully that shit isn&#x27;t becoming a more popular pattern, absolutely awful for troubleshooting stuff.
        1. junofan · · focus · HN ↗
          I asked muse. It’s for codex-cli, and it routes through “OpenAI inference proxy”
        2. hobofan · · focus · HN ↗
          Anthropic does the same thing with reasoning signatures. It has already become the standard pattern.
          1. sellmesoap · · focus · HN ↗
            Oh this is like how Mozilla is in every http UA since forever?
      2. Aeroi · · focus · HN ↗
        I&#x27;m not no. Someone from meta would have to chime in... but its very openai shaped and served differently from all the other models listed in the daemon, under a mysterious name.

        a fine-tuned OpenAI model on Azure for the purpose of compaction or something could make sense I guess but that would still be OpenAI&#x27;s weights with meta ontop, and they already have a compaction model served under azure&#x2F;avocado-compaction-v1

        1. VygmraMGVl · · focus · HN ↗
          It uses a similar API to openAI. Source: <a href="https:&#x2F;&#x2F;dev.meta.ai&#x2F;docs&#x2F;overview" rel="nofollow">https:&#x2F;&#x2F;dev.meta.ai&#x2F;docs&#x2F;overview

          Source 2: I work on AI at Meta.

          1. verdverm · · focus · HN ↗
            why not the same ones, is there a unique need for a different surface?
      3. vineyardmike · · focus · HN ↗
        This feels like the far more likely option.

        The Muse public APIs seem to be heavily inspired by OpenAI&#x27;s, they even support the richer &quot;responses&quot; API. They have a similarly shaped compaction API, they have the same &quot;encrypted&quot; reasoning. Even the Muse harness seems heavily inspired by (open source) Codex. Considering Azure&#x27;s historic involvement w&#x2F; OpenAI, it seems more plausible that Azure is used as spill-over capacity, and the same Azure infra used to encrypt GPT models encrypts Muse models.

        My guess that the generally visible Anthropic&#x2F;OpenAI details are leftovers from the whole meta &quot;move fast&quot; behavior. There are a few rough edges on the product where it leaks internal codenames (eg. signing in w&#x2F; WhatsApp required consenting to using &quot;hatch&quot; on one screen), so I&#x27;d believe that this was a leftover on the VM from the prototyping stage, before the Muse models were ready, or because the dev&#x27;s got to benchmark against different models.

        1. jychang · · focus · HN ↗
          &gt; The Muse public APIs seem to be heavily inspired by OpenAI&#x27;s, they even support the richer &quot;responses&quot; API.

          ???

          Every single provider basically copy openai&#x27;s api endpoint

          <a href="https:&#x2F;&#x2F;api.openai.com&#x2F;v1&#x2F;chat&#x2F;completions" rel="nofollow">https:&#x2F;&#x2F;api.openai.com&#x2F;v1&#x2F;chat&#x2F;completions

          <a href="https:&#x2F;&#x2F;router.huggingface.co&#x2F;v1&#x2F;chat&#x2F;completions" rel="nofollow">https:&#x2F;&#x2F;router.huggingface.co&#x2F;v1&#x2F;chat&#x2F;completions

          <a href="https:&#x2F;&#x2F;integrate.api.nvidia.com&#x2F;v1&#x2F;chat&#x2F;completions" rel="nofollow">https:&#x2F;&#x2F;integrate.api.nvidia.com&#x2F;v1&#x2F;chat&#x2F;completions

          <a href="https:&#x2F;&#x2F;generativelanguage.googleapis.com&#x2F;v1beta&#x2F;openai&#x2F;chat&#x2F;completions" rel="nofollow">https:&#x2F;&#x2F;generativelanguage.googleapis.com&#x2F;v1beta&#x2F;openai&#x2F;chat...

          <a href="https:&#x2F;&#x2F;api.x.ai&#x2F;v1&#x2F;chat&#x2F;completions" rel="nofollow">https:&#x2F;&#x2F;api.x.ai&#x2F;v1&#x2F;chat&#x2F;completions

          <a href="https:&#x2F;&#x2F;api.deepseek.com&#x2F;chat&#x2F;completions" rel="nofollow">https:&#x2F;&#x2F;api.deepseek.com&#x2F;chat&#x2F;completions

          <a href="https:&#x2F;&#x2F;openrouter.ai&#x2F;api&#x2F;v1&#x2F;chat&#x2F;completions" rel="nofollow">https:&#x2F;&#x2F;openrouter.ai&#x2F;api&#x2F;v1&#x2F;chat&#x2F;completions

          <a href="https:&#x2F;&#x2F;opencode.ai&#x2F;zen&#x2F;v1&#x2F;chat&#x2F;completions">https:&#x2F;&#x2F;opencode.ai&#x2F;zen&#x2F;v1&#x2F;chat&#x2F;completions

          <a href="https:&#x2F;&#x2F;api.cerebras.ai&#x2F;v1&#x2F;chat&#x2F;completions" rel="nofollow">https:&#x2F;&#x2F;api.cerebras.ai&#x2F;v1&#x2F;chat&#x2F;completions

          Saying &quot;Muse&#x27;s public APIs seem heavily inspired by OpenAI&quot; is like saying &quot;a web server’s API seems heavily inspired by HTTP&quot;. OpenAI’s API format has become an industry standard.

          1. vineyardmike · · focus · HN ↗
            Thanks for the links to the “completions” APIs that are common. Not the “responses” API I’m talking about, however.
      4. binlog · · focus · HN ↗
        Why host it on Azure though?
        1. xmcp123 · · focus · HN ↗
          Microsoft owns 27% of OpenAI.
          1. thinkling · · focus · HN ↗
            I think they were asking, &quot;If this is a model produced by Meta with an API designed to be compatible with OpenAI models, but it&#x27;s not actually an OpenAI model, why is Meta hosting it on Azure?&quot;
            1. losteric · · focus · HN ↗
              GPU compute capacity?
              1. cma · · focus · HN ↗
                Weren&#x27;t they planning to sell their compute? <a href="https:&#x2F;&#x2F;www.bloomberg.com&#x2F;news&#x2F;articles&#x2F;2026-07-01&#x2F;meta-is-building-a-cloud-business-to-sell-excess-ai-compute" rel="nofollow">https:&#x2F;&#x2F;www.bloomberg.com&#x2F;news&#x2F;articles&#x2F;2026-07-01&#x2F;meta-is-b...

                I guess at peak times they might need more to the extent they offload to azure and still sell excess off peak, or some announced partners required all data stay on azure?

            2. [deleted] · · focus · HN ↗

              [deleted]

          2. meredithbloom · · focus · HN ↗
            Microsoft owns 100% of GitHub and that&#x27;s hosted on AWS...
            1. throw03172019 · · focus · HN ↗
              Haven’t they been transitioning to Azure?
Open on Hacker News to reply ↗

Unofficial Hacker News client; not affiliated with Y Combinator.