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

Darwin-36B-Opus vs WeVisOne-VL-2B

Darwin-36B-Opus and WeVisOne-VL-2B score within a point of each other on agent readiness, 61 (C) and 61 (C). 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

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

Ahead on

  • Reach, 80 against 70
  • Documentation and upkeep, 61 against 48

Watch for

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

WeVisOne-VL-2B C

Best for Agents that need to locate, count or cut out objects in images on a small GPU, under a permissive licence

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

Watch for

The pixel decoder ships as a pickle file

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.

Documentation and upkeep Darwin-36B-Opus +13

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.

WeVisOne-VL-2B 48

Model card 8, Intended use, limitations and the architecture are on the card. Training data 5, A general description in the README of a data engine and over 100 million annotated images, with no sources named and no cut-off. Last change 20, the last commit, on 28 October 2026, put the weights back in BF16, 13 days before this check. Responsiveness 0, the one discussion that isn't a pull request (23 October 2026) has no reply from a tencent member, counted on 10 November by author flags and dates with a script, text not read. Version policy 5, A first release. File health 10, Config, template and card agree on the Qwen3-VL classes, and the card names mask_decoder.pt as required and it's there. 8 + 5 + 20 + 0 + 5 + 10 = 48.

Reach Darwin-36B-Opus +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.

WeVisOne-VL-2B 70

Memory 30, the only build from Tencent is the BF16 safetensors file with its decoder, 4.92 GB, and 4.92 GB × 1.2 = 5.9 GB, within 16 GB. No runtime library has a build. Runtimes 15, the architecture is Qwen3VLForConditionalGeneration, which vLLM 0.33.0, SGLang 0.5.23 and Transformers 5.22.2 run from the safetensors file, three at 5 each. Builds 0, Tencent publishes the BF16 weights only. Terms 15, Apache 2.0 in the card's metadata with the LICENSE file in the repository, and nothing added. Download 10, the Hub API reports gated false on 10 November 2026, so the files download with no account and nothing to accept. Hosted 0, Hugging Face maps no inference provider to it. 30 + 15 + 0 + 15 + 10 + 0 = 70.

Score by category

CategoryWeight this runDarwin-36B-OpusWeVisOne-VL-2BEdge
Capability35%pendingpendingpendingnot scored in this run
Reach25%258070Darwin-36B-Opus +10
Risk20%205555even
Agent interface10%107070even
Documentation and upkeep10%106148Darwin-36B-Opus +13
Negative events≤1500
TotalC 61/100C 61/100

Facts side by side

FactDarwin-36B-OpusWeVisOne-VL-2B
KindOpen-weight modelOpen-weight model
VendorFINAL-Bench (VIDRAFT)Tencent (WeChat Vision)
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-10-28
Terms last updatedno document linkednot read yet
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.

WeVisOne-VL-2B

A small Apache 2.0 perception model that finds, counts, reads and cuts out what you name in an image, and says None when it isn't there. Boxes and points run in vLLM, SGLang or Transformers. Masks and mattes need Tencent's package and a pickle file. Two weeks old, with no questions answered yet and no safety results.

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

WeVisOne-VL-2B

  1. Use Tencent's package: WeVisOneVL("tencent/WeVisOne-VL-2B", backend="vllm") then model.predict(image, task=..., query=...)
  2. Tasks are detection, referring, point, count_box, count_point, ocr, ocr_grounding, segmentation and matting
  3. A None answer means the target isn't in the image. Treat it as a result, not an error
  4. mask_decoder.pt is a pickle. Load it only from the tencent repository, and check its SHA-256 against the Hub's
  5. Send one image a turn. Video grids are rejected by the decoder
  6. The card says it isn't for identifying individuals or for high-impact decisions on its own

Questions

Which is better for AI agents, Darwin-36B-Opus or WeVisOne-VL-2B?

Darwin-36B-Opus and WeVisOne-VL-2B score within a point of each other on agent readiness, 61 (C) and 61 (C).

Other comparisons with Darwin-36B-Opus or WeVisOne-VL-2B

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.