Meta released Muse Glimmer 30B on August 10, 2026 under Apache 2.0. Its practical appeal is narrow but real: the official quantized build puts a roughly 30-billion-parameter, tool-oriented model into the memory range of a serious local workstation. For an OpenClaw user with a 24 GB GPU, that makes it a more plausible agent-first experiment than a huge open model that only fits after extensive offloading.
The practical verdict is still evaluate, not default. Meta lists OpenClaw compatibility and publishes a llama.cpp path, but AIHackers has not run the model with OpenClaw.
Quick verdict
| Question | Practical answer | Evidence boundary |
|---|---|---|
| Is it a realistic local model? | Yes, on workstation-class hardware | Meta publishes 17 GB and 20 GB quantized text builds for 24 GB and 32 GB VRAM targets |
| Is it an easy drop-in model? | Not yet | It needs a recent llama.cpp build, Jinja chat templating, and careful context allocation |
| Does it support images? | Yes, with a separate encoder | The text GGUF alone is text-only; image input needs mmproj-kquant.gguf |
| Is it proven with OpenClaw? | No | Meta lists scaffold compatibility; AIHackers end-to-end testing is not-run |
| Best first buyer | A 24 GB agent-first workstation owner | Editorial inference from the published memory targets and agentic focus |
What “30B on local hardware” means
Meta describes Muse Glimmer as a dense causal transformer with about 29.6 billion parameters, a repeating local/local/local/global attention pattern, and a 131,072-token-plus context window. Image understanding comes through a dedicated perception encoder. It accepts text and images and produces text; it does not support audio.
The released GGUF packages make the hardware decision more concrete:
| Lane | Published files | Reported working footprint | Sensible use |
|---|---|---|---|
| 24 GB VRAM | 16.8 GB 17gb text model | About 17 GB text-only, 19 GB with vision, 20 GB with vision and drafter | Start here for a single-user OpenClaw evaluation |
| 32 GB VRAM | 19.7 GB dynamic text model | About 20 GB text-only, 22 GB with vision, 23 GB with vision and drafter | Use when the higher-quality quant and more headroom justify the hardware |
| Full precision | Base weights | Meta targets 64 GB VRAM | Research or serving work, not the practical local default |
Those are Meta-reported targets, not a guarantee for every GPU, driver, context size, or concurrency setting. A 24 GB card has a plausible lane because the smaller weights leave some space for context and companions. A machine with 24 GB of ordinary system RAM is not equivalent to a 24 GB VRAM target.
Runtime catches that matter
The official llama.cpp instructions are unusually useful because they document failure modes that can otherwise look like model-quality problems.
- Use llama.cpp
b10353or newer. Older releases do not register the Muse Glimmer architecture and will refuse to load it. - Pass
--jinja. The custom chat template is embedded in the GGUF, but llama.cpp must be told to use the Jinja renderer. This is required rather than a tuning preference. - Add the perception encoder for images. The text model does not become multimodal by itself. Image input requires
mmproj-kquant.ggufand a compatible multimodal client or server path. - Budget context per slot.
llama-serverdivides-cacross-npslots. A server launched with-c 131072 -np 4gives each request about 32K context, not 131K. Long reasoning can consume that allowance and end without a final answer. - Start with sequential tool calls. Meta’s model card describes sequential tool invocation, while the published chat template can serialize multiple calls and the GGUF card warns that stopping on
<|eom|>collapses parallel calling. Until your scaffold exercises that mismatch successfully, treat one call at a time as the conservative integration contract.
Reasoning cannot simply be switched off in the published template. The controllable levels are low, medium, high, and xhigh, with high as the documented default. Measure elapsed time and context consumption rather than treating a long trace as proof of quality.
Where it fits OpenClaw
Meta explicitly lists OpenClaw among compatible agent scaffolds and describes Muse Glimmer as optimized for multi-step planning, sequential tool invocation, and failure recovery. That makes the model a credible candidate for a local OpenClaw backend. It does not establish that a particular registration recipe, tool schema, stop-token policy, or permission setup works end to end.
AIHackers has not connected this release to OpenClaw, so the status is not-run. An exact configuration belongs in /deploy/ only after it survives the full workflow: model serving, OpenClaw registration, tool calls, failures, retries, long outputs, restarts, and containment.
Local inference removes one dependency: the agent no longer has to send model requests to a cloud-model provider. It does not remove the main autonomous-agent risks. Prompt injection can still steer the model, excessive permissions still widen the blast radius, an exposed gateway can still be attacked, and a malicious skill still runs inside the authority you gave it. Read the OpenClaw architecture risk analysis and safe deployment guide before granting filesystem, shell, browser, messaging, or account access.
What the vendor benchmarks do—and do not—show
Meta’s representative agentic result is 75.5 on public MCP Atlas at high reasoning, compared with 62.5 for Qwen3.6-27B thinking mode and 54.2 for Gemma 4 31B thinking mode. That is relevant because MCP Atlas is closer to tool-oriented work than a general chat preference test.
It is still one vendor-run evaluation. The same Meta table reports Qwen3.6-27B ahead on OSWorld-Verified (75.6 versus 65.9) and Gemma 4 31B ahead on GPQA Diamond (85.7 versus 83.5). Harnesses, reasoning settings, and task mix remain part of every number. This evidence supports adding Muse Glimmer to a shortlist; it does not prove a universal local-agent winner. Use How to Read AI Benchmarks before translating any row into a purchase.
Day-one community reports are already mixed: one early LocalLLaMA comparison favored Muse for agentic workflows, while another evaluation thread reported Qwen ahead. These are anecdotal, differently configured tests—not stable independent evidence or a basis for declaring a winner.
Which local lane should you choose?
| Candidate | Choose it when | Current catch |
|---|---|---|
| Gemma 4 | You need smaller, mobile, or broader on-device choices | The edge models trade away the workstation-class agent focus |
| Muse Glimmer 30B | You own a 24 GB workstation and want an agent-first local evaluation | New runtime path; AIHackers OpenClaw result is not-run |
| Qwen3.6-27B | You want the released 27B comparator used in Meta’s table | Do not confuse it with the hosted Qwen 3.6 Plus page, which is family context rather than this exact model |
| Qwen3.8-27B | Keep it on a dated watchlist | Qwen announced open weights, but its official Hugging Face search still returned no 27B weights or model card on August 11, 2026 |
For the broader privacy, runtime, and hardware decision, start with the local LLM guide and the models index.
A three-task OpenClaw evaluation
Run the same three tasks at least three times with fixed model, quant, reasoning strength, context per slot, tool schemas, and permissions:
- Research and synthesis: gather three specified sources, save structured notes, and produce a cited summary without using an unapproved domain.
- Failure recovery: call a deliberately failing read-only tool, diagnose the error, select the documented fallback, and finish without repeating the same invalid call.
- Bounded repository task: inspect a small fixture repository, make one requested edit, run its test, and stop without touching files outside the allowed path.
Record the result instead of relying on whether the transcript looked impressive:
| Metric | What to record | AIHackers status |
|---|---|---|
| Completion rate | Accepted completions divided by total attempts, per task | not-run |
| Invalid calls | Wrong tool, malformed schema, or disallowed arguments | not-run |
| Recovery | Whether a failed call led to a valid fallback and completion | not-run |
| Intervention count | Human corrections, approvals beyond plan, and manual restarts | not-run |
| Elapsed time | Wall time from task start to accepted completion | not-run |
| Peak memory | Peak VRAM or unified-memory use with the exact loaded companions | not-run |
The winning configuration is the one that completes your work within your intervention and resource limits, not the one with the longest reasoning trace.