Meta's Muse appears to use an OpenAI model labeled muse-special
TL;DR Highlight
Digging through Muse logs turned up one session likely using an Azure-served GPT model alongside Avocado.
Who Should Read
Backend developers designing agent runtimes that route across model providers, or verifying routing through logs.
Core Mechanics
- Only one session used a different model
- Most session logs in the author's VM were routed to Meta's internal Avocado model.
- A single subagent session used azure/muse-special.
- OpenAI-style traces showed up
- The signature was tagged gpt_responses_v1 with an encrypted payload starting with gAAAAA.
- Tool call IDs were call_ plus 24 mixed-case characters, versus call_ plus 32 hex characters in Avocado sessions.
- The repo had clues too
- A repo search found the line "GPT Responses model client via MAGI native Azure OpenAI lane."
- The model catalogue lists azure/muse-special right before azure/gpt-5.6-sol.
- The exact model is unknown
- Files and logs don't show which GPT model it is or why the subagent picked it.
- The author's best guess is an OpenAI model served through Azure.
- The catalogue lists many providers
Community Reactions
- Opinion that the title is misleading
- One commenter saw no evidence it's an OpenAI model and called the title very misleading.
- Doubt about why they'd route elsewhere
- A commenter wondered why Meta would route to other models, since it can't be a compute shortage.
- They admitted it may not make sense and they could be missing something.
- Curiosity about public filings
- One commenter asked whether a Meta-OpenAI deal would show up in official filings.
- Experience with odd Muse 1.3 spark output
- A commenter said it occasionally returns Chinese text that looks like internal instructions.
How to Apply
- Log the model ID on every agent call
- Today, record both the requested and returned model name in each session log.
- Aggregate model distribution per session to spot unexpected models.
- Compare tool call ID formats by provider
- Compare tool call ID patterns (length, character set) across providers in your logs.
- Pull out sessions with a different format and check which route they took.
- Check privacy terms before adopting an external agent
- Confirm in the terms whether conversations can be used for model development and how to opt out.
- Assume server-side routing can change and limit what sensitive data you send.
Try It
# Paste into Claude Code or a terminal agent (simplified version of the article's method)
Analyze my agent session log directory {{log path}}.
1. Count the model ID used per session and show a table.
2. Pull out any sessions that used a model different from the majority.
3. Compare those sessions' tool call ID format (prefix, length, character set) with the others.
4. If there are signature or encrypted fields, tell me their prefix patterns.
Separate confirmed facts from guesses.
Next step: turn the format differences into a logging rule that aggregates automatically every session.Terminology
Related Papers
Same Simulation, Different Evidence: Where Retrieved Tool Output Costs LLM Agents Accuracy
Saving long tool output to files cut GPT-5.1 accuracy by 11.3 points; naming the authoritative file restored it.
Fake News, Real Crashes: Information Injection Attacks on LLM Financial Trading Agents
Fake headlines hijacked LLM trading agents 62% of the time versus 14% for prompt injection.
Harness Engineering 101: The LLM is the brain, the harness is the body
An agent is a loop managing a JSON array; 16 chapters build one from scratch
Harness2 by Google Research – Recursive Agent Harnessing
Recursively refining the harness with fixed model weights raised benchmark scores by up to 11.8 points.
Ousted Savannah police officer gave ICE agent husband access to Flock system
A police officer shared her Flock login with her ICE-agent husband; an audit found 983 searches and she was fired
Tmux and Claude Code: Sessions, Send-Keys, and the Ceiling
Running Claude Code agents in tmux works well, but limits appear around four agents.