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

Darwin-36B-Opus 70

Chat template 20, Qwen3.6's Jinja template in the repository. Tool-calling format 10, the format is only in the template and the card says nothing about tools. Trained tool calling 20, inherited from the base that was trained for it, with several calls in one turn in the template, though the publisher neither claims nor tests it. Structured output 0. Reasoning control 10, the template turns thinking off per request and the card shows where the reasoning comes back. Context 10, 262,144 tokens.

LFM3-VL-2B 90

Chat template 20, chat_template.jinja in the repository (12,129 characters), with roles, images and video, tools, deferred tools, tool results and the thinking switch. Tool-calling format 25, the card and Liquid's tool-use page document tools passed through tools= in apply_chat_template, calls returned as XML and results sent back as tool messages. Trained tool calling 20, the template loops over every entry in an assistant turn's tool_calls, so several calls fit in one turn, and the card says its fine-tuning mix included tool calling and agentic traces. Structured output 5, the card's vLLM and SGLang commands set a structured-output backend and its fine-tuning table has a JSON extraction notebook, but nothing says how to ask this model for JSON. Liquid's API guide documents response_format with lfm3-1.7b as its example. Reasoning control 10, Liquid's chat-template page documents enable_thinking=False in apply_chat_template for LFM3, with reasoning on by default inside think tags, and the card documents preserve_thinking and reports a no-thinking configuration in its benchmarks. Context 10, 128K tokens of input and output per the card, and max_position_embeddings 128000 for the language model in config.json. 20 + 25 + 20 + 5 + 10 + 10 = 90.

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.

LFM3-VL-2B 77

Model card 17, Intended use (questions about video, documents, charts and app screens, finding objects, spatial reasoning), a limitation (not recommended for coding, multi-turn conversations or complex reasoning), architecture (language model, 14-layer vision encoder and projector), parameters (1.92B), context (128K) and 16 languages. Training data 5, A general description: the base's 22T tokens of pre-training with the kinds of data added since LFM2, then vision mid-training on image and video data, supervised fine-tuning, vision reinforcement learning and distillation. Last change 20, the last commit, on 9 November 2026, added the OpenVINO checkpoint to the card's inference table, a day before this check. Responsiveness 20, Of the 5 discussions that aren't pull requests (27 to 31 October 2026), 3 have a reply from a LiquidAI member, which is most. Version policy 5, LFM3 came out in new repositories and the LFM2.5 models stay in theirs. File health 10, Config, template and card agree on the lfm3_vl architecture, the 128,000-token context and the vision settings in processor_config.json. 17 + 5 + 20 + 20 + 5 + 10 = 77.

Darwin-36B-Opus 55

File safety 25, safetensors and GGUF only with no code in the repository, so the card's trust_remote_code flag loads nothing extra. Provenance 15, the files are in the FINAL-Bench organisation that vidraft.net links to, with a SHA-256 for every weight file. Safety evaluation 0 and agent guidance 0, nothing published. Licence risk 15, Apache 2.0 through the whole chain with no conditions added. Security programme 0, no security.txt, policy or contact.

LFM3-VL-2B 40

File safety 15, safetensors only, no .bin, .pt or .pth files (25). Provenance 15, files in the LiquidAI organisation, which Liquid's docs page for the model and its blog post link to (10). Safety evaluation 0, no safety results on the card or in Liquid's blog post for the LFM3 family, neither of which mentions safety testing. Agent guidance 0, Nothing on prompt injection, an instruction hierarchy, what refusals cover or safeguards to add. Licence risk 10, 15 less 5 for the $10M annual revenue threshold on commercial use. Security programme 0, no way to report a flaw found. 15 + 15 + 0 + 0 + 10 + 0 = 40.

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.

LFM3-VL-2B 85

Memory 30, Liquid's Q4_K_M GGUF is 1.10 GB with its 0.20 GB projector file, and 1.30 GB × 1.2 = 1.6 GB, which fits 8 GB, well inside the 16 GB line. Runtimes 15, Released llama.cpp has the lfm3 architecture and the LFM3-VL projector (src/models/lfm3.cpp and tools/mtmd at b12242), Ollama's library has an lfm3-vl entry, and LM Studio's catalogue lists liquid/lfm3-vl-2b. Builds 15, Liquid's GGUF repository holds Q4_0, Q4_K_M, Q8_0, F16 and BF16 files, and Liquid publishes 4-bit and 8-bit MLX builds and an ONNX repository, all in the LiquidAI organisation. Terms 10, the LFM Open License v1.0, a custom licence that lets anyone use it commercially for free below a threshold of $10M annual revenue. Download 10, the Hub API reports gated false for the model and its GGUF, MLX and ONNX repositories on 10 November 2026, so the files download with no account and nothing to accept. Hosted 5, Liquid's own API lists lfm3-vl-2b among its models, so the publisher hosts it. 30 + 15 + 15 + 10 + 10 + 5 = 85.