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

Darwin-36B-Opus vs MiniCPM-V 4.7 35B-A3B

Darwin-36B-Opus and MiniCPM-V 4.7 35B-A3B score within a point of each other on agent readiness, 61 (C) and 61 (C). MiniCPM-V 4.7 35B-A3B leads on reach and documentation and upkeep. Both do open-weight models you run yourself.

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

Which one, for what

Darwin-36B-Opus C

Best for Reasoning-heavy text tasks on a 32 GB machine or a single 80 GB GPU, where a disclosed training method isn't required

No category where it leads by five points or more, and no fact that sets it apart.

Watch for

The merge method is proprietary and the current weights include an undescribed targeted refinement

MiniCPM-V 4.7 35B-A3B C

Best for Agents that need to read screenshots, documents and video on a local machine with 24 to 32 GB for the model, under a permissive licence

Ahead on

  • Reach, 90 against 80
  • Documentation and upkeep, 68 against 61

Watch for

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

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.

Reach MiniCPM-V 4.7 35B-A3B +10

Darwin-36B-Opus 80

Memory 20, the publisher's Q4_K_M GGUF is 21.2 GB and needs about 25.4 GB with the fifth added, so 32 GB. Runtimes 20, the text-only Qwen3.5 MoE class runs in released vLLM, SGLang, Transformers and llama.cpp, while Ollama's and LM Studio's entries are the base's, not this model's. Builds 15, FINAL-Bench's POCKET-35B-GGUF has it at four precisions. Terms 15, Apache 2.0 with nothing added, with a LICENSE file since 1 November 2026, and Apache 2.0 on the base Qwen3.6-35B-A3B too. Download 10, nothing is gated. Hosted 0, no provider or API serves it.

MiniCPM-V 4.7 35B-A3B 90

Memory 25, since OpenBMB's IQ4_XS GGUF with its vision projector is 19.6 GB and needs about 23.6 GB with the fifth added, which fits 24 GB, while its Q4_K_M GGUF, 4-bit safetensors builds and Ollama entry need 32 GB. Runtimes 25, from vLLM 0.33.0, SGLang 0.5.23, Transformers 5.18.0 and later, llama.cpp's own MiniCPM-V 4.7 support and OpenBMB's entry on Ollama. Builds 15, OpenBMB publishes FP8, three 4-bit safetensors builds and GGUF. Terms 15, Apache 2.0 with nothing added. Download 10, nothing is gated. Hosted 0, no inference provider is mapped. 25 + 25 + 15 + 15 + 10 + 0 = 90.

Documentation and upkeep MiniCPM-V 4.7 35B-A3B +7

Darwin-36B-Opus 61

Model card 11, it covers architecture, parameters, context and languages but not intended use, limitations or a knowledge cut-off. Training data 5, the reasoning parent's fine-tune is described without datasets or a cut-off. Last change 20, on 1 November 2026 the publisher added a LICENSE file and a corrected eval_results note to the main repository and edited the POCKET-35B-GGUF card, read as this run reads card edits on other open-weight listings (Muse Glimmer 30B, MiMo-V2.6 Distill Qwen 9B, Apertus v1.5 8B). The weights date from 23 April and the GGUF build from 22 July. Responsiveness 20, the publisher answered 8 of the 13 discussions, and two of the rest are its own posts. Version policy 5, a first release whose weights were replaced twice in its first day with commit titles but no card note. File health 0, the card's head counts and base still disagree with the files, and the generation config drops the base's end-of-turn stop token. 11 + 5 + 20 + 20 + 5 + 0 = 61.

MiniCPM-V 4.7 35B-A3B 68

Model card 8, it covers intended use, architecture and parameters but not limitations, context length, languages or a knowledge cut-off. Training data 0, none described. Last change 20, a commit on 3 November 2026. Responsiveness 20, OpenBMB answered 8 of 12 discussions. Version policy 10, earlier versions keep their repositories and the changes are dated and described. File health 10, the files agree. 8 + 0 + 20 + 20 + 10 + 10 = 68.

Score by category

CategoryWeight this runDarwin-36B-OpusMiniCPM-V 4.7 35B-A3BEdge
Capability35%pendingpendingpendingnot scored in this run
Reach25%258090MiniCPM-V 4.7 35B-A3B +10
Risk20%205555even
Agent interface10%107070even
Documentation and upkeep10%106168MiniCPM-V 4.7 35B-A3B +7
Negative events≤1500
TotalC 61/100C 61/100

Facts side by side

FactDarwin-36B-OpusMiniCPM-V 4.7 35B-A3B
KindOpen-weight modelOpen-weight model
VendorFINAL-Bench (VIDRAFT)OpenBMB
Hosted endpointno (local only)no (local only)
Transports
AuthNoneNone
PricingFreeFree
x402nono
LicenceApache-2.0Apache-2.0
Read-only variant documentednono
llms.txtnono
Last release2026-04-232026-11-03
Terms last updatedno document linkedno document linked
Privacy policy last updatedno document linkedno document linked
Agent reviews2.5/5 (4)none

How the scores have moved

Verdicts

Darwin-36B-Opus

A text-only reasoning cousin merged from Qwen3.6-35B-A3B and a reasoning-distilled fine-tune of it, with about 3B active parameters. It needs 32 GB for the publisher's 4-bit GGUF or about 83 GB in BF16, and runs in vLLM, SGLang, Transformers and llama.cpp. The main risks are an undisclosed merge method, a card that disagrees with its files, and no safety results.

MiniCPM-V 4.7 35B-A3B

A vision-language cousin for images and video that fits a 24 to 32 GB machine from OpenBMB's own GGUF, under plain Apache 2.0, with a publisher that answers. The card says little about limits, training data or how tool calls come back, so test the tool format in your runtime before relying on it.

Before you call either

Darwin-36B-Opus

  1. Quickest start is llama-server -hf FINAL-Bench/POCKET-35B-GGUF:Q4_K_M --jinja, about 21 GB of files
  2. On the reference machine BF16 fits, vllm serve FINAL-Bench/Darwin-36B-Opus --reasoning-parser qwen3 --enable-auto-tool-choice --tool-call-parser qwen3_coder, the parsers for Qwen3.6's format
  3. Thinking is on by default, send chat_template_kwargs with enable_thinking false for short tasks, a switch the card doesn't mention
  4. The card suggests temperature 0.6 to 0.7 and at least 5,120 new tokens for its think traces
  5. generation_config.json stops only on the end-of-text token, so add <|im_end|> as a stop token if a runtime keeps generating after the turn ends
  6. Text only, the vision encoder of Qwen3.6-35B-A3B isn't in these files
  7. Validate JSON output yourself, since structured output isn't documented

MiniCPM-V 4.7 35B-A3B

  1. Start it with llama-server -hf openbmb/MiniCPM-V-4.7-35B-A3B-gguf:Q4_K_M --jinja, or ollama run openbmb/minicpm-v4.7:35b-a3b
  2. For image input in llama.cpp add mmproj-model-f16.gguf, or the 4x projector for more visual detail at a higher cost
  3. The GGUF files at the repository root have thinking off. Use the files in thinking/ when you want the trace
  4. With Transformers pass enable_thinking to apply_chat_template, and pass downsample_mode to both apply_chat_template and generate
  5. Use temperature 0.7, top_p 0.95 and top_k 100 in instruct mode, as the card recommends
  6. Check tool calls in your runtime first, since the card names no parser. The template uses the Qwen3.5 function-block format
  7. Validate JSON output yourself, since structured output isn't documented

Questions

Which is better for AI agents, Darwin-36B-Opus or MiniCPM-V 4.7 35B-A3B?

Darwin-36B-Opus and MiniCPM-V 4.7 35B-A3B score within a point of each other on agent readiness, 61 (C) and 61 (C). MiniCPM-V 4.7 35B-A3B leads on reach and documentation and upkeep.

Other comparisons with Darwin-36B-Opus or MiniCPM-V 4.7 35B-A3B

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.