Head to head · Open-weight models you run yourself · October 2026 research run

MiniCPM-V 4.7 1B vs Muse Glimmer 30B

Muse Glimmer 30B scores 70 (BB) on agent readiness against MiniCPM-V 4.7 1B's 61 (C), and leads in 3 of 4 scored categories. MiniCPM-V 4.7 1B leads on reach. Both do open-weight models you run yourself.

Best open-weight models you download and run yourself for AI agents · All 6359 open weights comparisons

Which one, for what

MiniCPM-V 4.7 1B C

Best for Agents that need a cheap local model to read screenshots, photos and short video on a phone, a laptop or beside a bigger model

Ahead on

  • Reach, 95 against 90

Watch for

No limitations section, safety results, agent-use guidance or security contact

Muse Glimmer 30B BB

Best for Local agents and coding with image input on one 24 to 32 GB GPU or an Apple silicon laptop, where one tool call per turn is enough

Ahead on

  • Risk, 80 against 55
  • Agent interface, 75 against 70
  • Documentation and upkeep, 65 against 48

Also in its favour

  • Agent-ready, a grade of BB or better

Watch for

One tool call per turn and no parallel calls

Why the edge

Each category where one leads by five points or more, with the reason behind each side's score from its assessment. The numbers are in the table below; this is what they stand for.

Risk Muse Glimmer 30B +25

MiniCPM-V 4.7 1B 55

File safety 25, safetensors in the main repository and the AWQ, GPTQ and int4 builds, GGUF in the GGUF build, with no .bin, .pt, .pth or .py files in the main repository. Provenance 15, files in the openbmb organisation that OpenBMB's GitHub README links to (10), with a SHA-256 for both large files in the main repository (5). Safety evaluation 0, no safety results on the card. Agent guidance 0, the card has no limitations or disclaimer section, and no prompt-injection guidance, instruction hierarchy or statement of trained refusals. Licence risk 15, Apache 2.0 has no use policy, field-of-use limit, threshold or change clause, nothing is added on the card, and the LICENSE in OpenBMB's GitHub repository resolved on 10 November 2026. Security programme 0, no SECURITY.md in OpenBMB/MiniCPM-V and no security.txt on openbmb.cn (both 404 on 10 November 2026), and no advisories found. 25 + 15 + 0 + 0 + 15 + 0 = 55.

Muse Glimmer 30B 80

File safety 25, safetensors and GGUF, with the ExecuTorch pos_embed.bin files read as raw embedding tables by their exact size and the Hub's scans, and no repository code runs. Provenance 15, the verified meta-models organisation Meta links, with a checksum on every file. Safety evaluation 10, Meta's own published results with stated set-ups but nothing to rerun and no outside assessor. Agent guidance 15, trained against indirect prompt injection with a principal hierarchy, and results published. Licence risk 10, 5 off for the use policy, and the policy's pointer to a latest copy leads back to the same repository file with no change clause. Security programme 5, a whitehat route in the usage policy, with no security.txt and public advisories unchecked, so scored as absent.

Documentation and upkeep Muse Glimmer 30B +17

MiniCPM-V 4.7 1B 48

Model card 8, Intended use (image, multi-image and video understanding on device), architecture (early visual-token compression inside the vision encoder) and parameters (1B) are there. Training data 0, no description of the training data on the card. Last change 20, the last commit, on 30 October 2026, updated the card and removed an unused asset folder, eleven days before this check. Responsiveness 0, the repository has no discussions that aren't pull requests (two pull requests in all), so nobody has asked anything yet and the line reads as none answered, as settled in calibration. Version policy 10, MiniCPM-V 4.5 and 4.6 stay in their own repositories and the GitHub README dates each release. File health 10, Config, template and card agree on the architecture and the thinking switch, and no report waits without a reply, since there are no discussions. 8 + 0 + 20 + 0 + 10 + 10 = 48.

Muse Glimmer 30B 65

Model card 20, all seven parts present, languages as a count of more than 100. Training data 10, a general description with a 4 January 2026 cut-off and no sources or sizes. Last change 20, a card update on 20 October citing the technical report, read as a change to the files as card edits were for other listings; Meta added its own MMI evaluation results file on 22 October. Responsiveness 5, a Meta member replied to 1 of the 40 most recent non-PR discussions (re-counted on 1 November). Version policy 5, a first release. File health 5, the files agree but a chat template bug report from 11 August still has no reply.

Reach MiniCPM-V 4.7 1B +5

MiniCPM-V 4.7 1B 95

Memory 30, OpenBMB's own IQ4_XS GGUF is 0.64 GB, 1.54 GB with the 0.90 GB vision projector, and 1.54 GB × 1.2 = 1.9 GB, which fits 16 GB with room to spare. Runtimes 25, MiniCPMV4_7ForConditionalGeneration in vLLM's registry at v0.33.0, the minicpmv4_7 model type in SGLang's minicpmv.py at v0.5.23, the minicpmv4_7 model in Transformers at v5.22.2, a MiniCPM-V 4.7 guide and conversion code in llama.cpp at b12242, and an openbmb/minicpm-v4.7:1b tag in OpenBMB's namespace on Ollama, read as the 35B-A3B listing's is. Builds 15, OpenBMB publishes AWQ, GPTQ and int4 safetensors builds and a GGUF repository from IQ3_XS to F16, so quantised builds at two precisions or more. Terms 15, Apache 2.0 in the card's metadata and as the LICENSE of OpenBMB's MiniCPM-V repository, an OSI licence. Download 10, gated is false on the main repository and on the GGUF, AWQ, GPTQ and int4 repositories, so the files download with no account or terms. Hosted 0, Hugging Face lists no inference provider for the model (an empty provider mapping on 10 November 2026), and no provider's own list was read. 30 + 25 + 15 + 15 + 10 + 0 = 95.

Muse Glimmer 30B 90

Memory 25, Meta's 16.8 GB Q4_K_M GGUF needs about 20 GB with the runtime's fifth, so it fits a 24 GB card but not 16 GB. Runtimes 25, released model code in vLLM, SGLang, Transformers, llama.cpp and Ollama's library fills the cap. Builds 15, Meta publishes GGUF and ExecuTorch 4-bit builds, read as two kinds as gemma-4-31b-it was, though all are 4-bit k-quants. Terms 10, Apache 2.0 with a usage policy that adds limits beyond the law, so a free commercial licence under a use policy. Download 10, no repository is gated. Hosted 5, Meta's API doesn't serve it but Together, Featherless AI and DeepInfra are live on its Hub page.

Agent interface Muse Glimmer 30B +5

MiniCPM-V 4.7 1B 70

Chat template 20, chat_template.jinja in the repository, 7,249 characters. Tool-calling format 10, the card shows tools declared in the OpenAI tools array in a request to Transformers' server, but not how a call comes back, and names no parser for vLLM or SGLang. Trained tool calling 20, the template loops over tool_calls, so it renders several calls in one assistant turn, and the card gives a tool-calling request as a supported use. Structured output 0, Neither JSON nor JSON Schema output is documented or claimed for the model on the card. Reasoning control 10, the card passes enable_thinking per request in its examples, the template has been off by default since 19 October 2026, and the GGUF repository keeps thinking builds in their own folder. Context 10, 262,144 tokens, max_position_embeddings in the text config. 20 + 10 + 20 + 0 + 10 + 10 = 70.

Muse Glimmer 30B 75

Chat template 20, a Jinja file in the repository. Tool-calling format 25, Meta documents declaring tools, the ATEM block that comes back and the parser for each runtime. Trained tool calling 10, one call per turn and no parallel calls. Structured output 0, nothing documented for JSON or JSON Schema. Reasoning control 10, reasoning can't be turned off but is budgeted per request with four strength levels and returned as reasoning_content. Context 10, 131,072 tokens trained in.

Score by category

CategoryWeight this runMiniCPM-V 4.7 1BMuse Glimmer 30BEdge
Capability35%pendingpendingpendingnot scored in this run
Reach25%259590MiniCPM-V 4.7 1B +5
Risk20%205580Muse Glimmer 30B +25
Agent interface10%107075Muse Glimmer 30B +5
Documentation and upkeep10%104865Muse Glimmer 30B +17
Negative events≤1500
TotalC 61/100BB 70/100

Facts side by side

FactMiniCPM-V 4.7 1BMuse Glimmer 30B
KindOpen-weight modelOpen-weight model
VendorOpenBMBMeta
Hosted endpointno (local only)no (local only)
Transports
AuthNoneNone
PricingFreeFree
x402nono
LicenceApache-2.0Apache-2.0
Read-only variant documentednono
llms.txtnoyes
Last release2026-10-302026-10-20
Terms last updatedno document linkedno document linked
Privacy policy last updatedno document linkedno document linked
Agent reviewsnone3.8/5 (4)

Verdicts

MiniCPM-V 4.7 1B

A vision-language cousin small enough for a phone, under plain Apache 2.0, that every runtime we count can load. The projector is bigger than the language model, so plan for about 2 GB. The card says nothing about limits or training data and doesn't show how a tool call comes back.

Muse Glimmer 30B

A dense 30B multimodal cousin for local agent and coding work with images, documented tool calls and adjustable reasoning. Meta's 17 GB GGUF fits a 24 GB card and runs in llama.cpp, Ollama, vLLM, SGLang and Transformers. The main risks are one tool call per turn, no documented JSON output and a usage policy that adds limits to Apache 2.0.

Before you call either

MiniCPM-V 4.7 1B

  1. Start it with llama-server -hf openbmb/MiniCPM-V-4.7-1B-gguf:Q4_K_M --jinja, or ollama run openbmb/minicpm-v4.7:1b
  2. For image input in llama.cpp add mmproj-model-f16.gguf, or the smaller 4x projector
  3. The GGUF files at the repository root have thinking off. Use the files in thinking/ when you want the trace
  4. Use temperature 0.7, top_p 0.95 and top_k 100 in instruct mode, as the card recommends
  5. Check tool calls in your runtime first, since the card names no parser
  6. Validate JSON output yourself, since structured output isn't documented

Muse Glimmer 30B

  1. Start it with llama serve -hf meta-models/Muse-Glimmer-30B-GGUF --hf-file Muse-Glimmer-30B-KQuant-17GB-Q4_K_M.gguf -ngl 99 -c 131072 --host 127.0.0.1 --port 8080 --chat-template-kwargs '{"reasoning_strength":"high"}' on llama.cpp b10353 or later, or ollama run muse-glimmer on Ollama 0.32.7 or later
  2. In vLLM pass --tool-call-parser muse_glimmer --reasoning-parser muse_glimmer, in SGLang muse for both, in ExecuTorch --tool-parser atem. Without them tool calls come back as plain text
  3. Set reasoning per request with chat_template_kwargs.reasoning_strength (low, medium, high or xhigh). llama.cpp and ExecuTorch don't read reasoning_effort, and ExecuTorch rejects it with a 400
  4. Expect one tool call per turn and return each result before the next. ExecuTorch's server rejects tool_choice="required"
  5. Keep temperature 1.0, top_p 0.95 and top_k 64, don't run greedy, and never stop on <|eom|>
  6. Leave max_tokens room for reasoning, since in llama.cpp a request cut off mid-thought returns empty content with finish_reason length
  7. For images add Meta's 1.4 GB mmproj GGUF, which takes the build to about 22 GB with the runtime's fifth

Questions

Which is better for AI agents, MiniCPM-V 4.7 1B or Muse Glimmer 30B?

Muse Glimmer 30B scores 70 (BB) on agent readiness against MiniCPM-V 4.7 1B's 61 (C), and leads in 3 of 4 scored categories. MiniCPM-V 4.7 1B leads on reach.

Other comparisons with MiniCPM-V 4.7 1B or Muse Glimmer 30B

Machine-readable

For companies

Do agents find, use and choose your tools?

An agent-readiness audit runs our probes, task suite and eight reviewer agents against your public and internal tools, and comes back with a scorecard, the transcripts of what failed, and a fix list in priority order. From $2,500, re-run included. We never take payment to move a rank. We do help companies earn one.