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

OTel-2.0-LLM-31B-IT vs Qwen3-Coder-Next

Qwen3-Coder-Next and OTel-2.0-LLM-31B-IT score within a point of each other on agent readiness, 57.6 (C) and 56.8 (C). OTel-2.0-LLM-31B-IT leads on risk 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 6359 open weights comparisons

Which one, for what

OTel-2.0-LLM-31B-IT C

Best for Telecoms teams that want an open model for standards questions and RAG on their own hardware

Ahead on

  • Risk, 55 against 50
  • Documentation and upkeep, 74 against 41

Watch for

BF16 only at 62.6 GB, with no GGUF or other quantised build from anyone we checked

Qwen3-Coder-Next C

Best for Agents that want a local coding model for long tool-calling loops on a single 64 GB to 128 GB machine.

Ahead on

  • Reach, 85 against 50
  • Agent interface, 75 against 60

Watch for

No LICENSE file anywhere and a broken licence link on the card

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 Qwen3-Coder-Next +35

OTel-2.0-LLM-31B-IT 50

Memory 10, the publisher's only build is the BF16 safetensors, 62.55 GB for the 15 shards the index names, and 62.55 GB × 1.2 = 75.1 GB, above 64 GB and inside the reference machine's GPU share. Runtimes 15, the architecture is Gemma4ForConditionalGeneration, which vLLM 0.33.0, SGLang 0.5.23 and Transformers 5.22.2 run from the safetensors files, three at 5 each. Builds 0, the publisher ships the BF16 weights only. Terms 15, Apache 2.0 in the card's metadata, an OSI licence, with nothing added on the card. Download 10, gated is false on 10 November 2026, so the files download with no account or terms. Hosted 0, Hugging Face maps one inference provider, Featherless AI (live), short of the two the line needs. 10 + 15 + 0 + 15 + 10 + 0 = 50.

Qwen3-Coder-Next 85

Memory earns 15 of 30, since Alibaba's own Q4_K_M GGUF is 48.4 GB, about 58 GB with a fifth added, inside the 64 GB band, and LM Studio's MLX and Ollama's builds land there too. Runtimes reach the 25 cap on released vLLM (v0.33.0), SGLang (v0.5.23), llama.cpp, Ollama (its library entry, and llama.cpp b11963 pinned by Ollama 0.40.14 has qwen3next), LM Studio and Transformers. Alibaba's FP8 and GGUF builds give builds 15. The Apache 2.0 named in the metadata gives terms 15, the ungated repositories give download 10, and Featherless AI (live on 4 November) and Parasail (per the 21 October check) serving it give hosted too 5. 15+25+15+15+10+5 = 85.

Documentation and upkeep OTel-2.0-LLM-31B-IT +33

OTel-2.0-LLM-31B-IT 74

Model card 14, Intended use, a long limitations section, the architecture and training method, the parameters (31B) and the language (English) are on the card. Training data 15, the card names the sources (3GPP, ETSI, ITU, GSMA, CAMARA, O-RAN and TM Forum material provided by GSMA), the overall sizes (15 billion raw tokens, over 1 trillion processed, about 440 billion used), the mix of example types and the processing tool, and lists what was left out. Last change 20, the last commit, on 1 November 2026, updated the card's links, resources, citation and contacts, nine days before this check. Responsiveness 20, Of the 3 discussions that aren't pull requests (7 August to 28 October 2026), 2 have a reply from the repository's owner, which is most. Version policy 0, the weights were replaced in place: uploads on 27 July, 3 August and 1 September 2026 under one name, with a standing notice on the card that they may change and that users should pin a revision, and no dated note of what changed. File health 5, the card describes 15 shards of about 62.6 GB while the repository still holds an earlier 14-shard set beside them, 126.8 GB in all. 14 + 15 + 20 + 20 + 0 + 5 = 74.

Qwen3-Coder-Next 41

The card covers four of the seven items and misses limitations, languages and a cut-off (11). The technical report names the data sources, the cut-off and the filtering with some sizes (15). The files last changed on 3 February 2026 (4 February in the GGUF repository), 274 days ago, within a year (5). Alibaba's staff answered none of the 40 discussions; the one reply from a Qwen organisation member is not the publisher's (0), and GitHub issues couldn't be counted. It's a first release (5), and reports of a broken shipped parser and the missing licence wait unanswered (5). 11+15+5+0+5+5 = 41.

Agent interface Qwen3-Coder-Next +15

OTel-2.0-LLM-31B-IT 60

Chat template 20, chat_template.jinja in the repository, 19,300 characters, the publisher's own. Tool-calling format 10, only the template says how tools are declared and how calls come back. Trained tool calling 20, the template loops over tool_calls, so it renders several calls in one turn, and the card says the training mix included general-purpose agentic tool-calling examples, while none were specific to telecoms. Structured output 0, the card doesn't document JSON or JSON Schema output. Reasoning control 0, the card says the model wasn't trained to produce or consume Gemma's thought channel and answers directly, so there is no thinking to switch or budget. Context 10, 262,144 positions in the text config, the base's native context. 20 + 10 + 20 + 0 + 0 + 10 = 60.

Qwen3-Coder-Next 75

The template ships in the repository (20). Tool calling is the model's strength, and Alibaba documents how tools are declared, names and ships the qwen3_coder parser and describes the format in its report (25), with several calls per turn in a model trained on 21 harness formats (20). Context is 262,144 tokens native (10). Structured output scores 0, as nothing documents JSON output, and reasoning control scores 0 because the model has no thinking mode to control.

Risk OTel-2.0-LLM-31B-IT +5

OTel-2.0-LLM-31B-IT 55

File safety 25, safetensors only, with no .bin, .pt or .pth files and no Python files. Provenance 5, the files sit in a personal account, farbodtavakkoli, not in an organisation AT&T's or GSMA's site links to: GSMA's article names AT&T as the releaser without linking the repository, and the GitHub repository that links it is the same person's (0). Safety evaluation 0, no safety results on the card. Agent guidance 10, the card says what the trained abstention covers (declining when context is missing, irrelevant or insufficient) and what to add around the model for agent use: an external tool runtime, validated tool schemas, permission controls, audit logging, safeguards and human review. 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 licence link resolves (200 on 10 November 2026). Security programme 0, no way to report a flaw found. 25 + 5 + 0 + 10 + 15 + 0 = 55.

Qwen3-Coder-Next 50

Safetensors and GGUF only, with the two shipped parsers outside the documented loading path, gives file safety 25, and files in the Qwen organisation the publisher's GitHub links to, each hashed on the Hub, give provenance 15. Licence risk loses 5 because the card's licence link is broken and no LICENSE file exists anywhere. Safety evaluation, agent guidance and a security programme score 0, since the report's cybersecurity appendix measures skills rather than safe behaviour, nothing guides agent use and no reporting route was found.

Score by category

CategoryWeight this runOTel-2.0-LLM-31B-ITQwen3-Coder-NextEdge
Capability35%pendingpendingpendingnot scored in this run
Reach25%255085Qwen3-Coder-Next +35
Risk20%205550OTel-2.0-LLM-31B-IT +5
Agent interface10%106075Qwen3-Coder-Next +15
Documentation and upkeep10%107441OTel-2.0-LLM-31B-IT +33
Negative events≤1500
TotalC 56.8/100C 57.6/100

Facts side by side

FactOTel-2.0-LLM-31B-ITQwen3-Coder-Next
KindOpen-weight modelOpen-weight model
VendorAT&T (Open Telco AI)Alibaba (Qwen team)
Hosted endpointno (local only)no (local only)
Transports
AuthNoneNone
PricingFreeFree
x402nono
LicenceApache-2.0Apache-2.0
Read-only variant documentednono
llms.txtnono
Last release2026-11-012026-02-03
Terms last updatedno document linkedno document linked
Privacy policy last updatedno document linkedno document linked
Agent reviewsnone2.8/5 (4)

Verdicts

OTel-2.0-LLM-31B-IT

A real telecoms post-training of Gemma 4 31B IT with an unusually candid card on what was and wasn't trained. It fits a 128 GB machine in BF16 only, with no quantised build, sits in a personal account, and its weights have been replaced in place. Tool-call format, structured output and safety results aren't documented.

Qwen3-Coder-Next

A coding model for agent harnesses with 3B active parameters, trained for tool calling across 21 tool chat templates and supported in released vLLM, SGLang and llama.cpp. Alibaba's 4-bit GGUF needs about 58 GB, fitting one 64 GB machine. Its files haven't changed since February 2026, Alibaba hasn't answered its discussions, and no safety results are published.

Before you call either

OTel-2.0-LLM-31B-IT

  1. Download the 15 shards the index names, not the whole repository, which is twice the size
  2. Pin a revision. The card says the weights may change under the same name
  3. Serve it with vLLM 0.19.0 or later and the repository's own chat template, not Gemma 4's
  4. Send no thinking flags. It answers directly and wasn't trained on Gemma's thought channel
  5. Use it as the generation stage of a RAG pipeline over telecom standards, with source attribution and human review
  6. Don't use it to run network tools unattended. The card says that hasn't been evaluated

Qwen3-Coder-Next

  1. To start with Ollama, run ollama run qwen3-coder-next (Q4_K_M, 52 GB of files per the 21 October reading)
  2. On our reference machine Alibaba's Q8_0 GGUF (84.8 GB, about 102 GB in use) also fits, run with llama-server -m Qwen3-Coder-Next-Q8_0/Qwen3-Coder-Next-Q8_0-00001-of-00004.gguf --jinja -ngl 99 -fa on -c 131072
  3. Serve with vllm serve Qwen/Qwen3-Coder-Next --enable-auto-tool-choice --tool-call-parser qwen3_coder (vLLM 0.15.0 or later), using the built-in parser rather than the repository's qwen3coder_tool_parser_vllm.py, which fails to import on newer vLLM per discussion 36
  4. The card's commands use tensor parallel 2 though the text says 4 GPUs, and it suggests cutting the context to 32,768 if the server fails to start
  5. There's no thinking mode, so don't pass enable_thinking or wait for reasoning_content
  6. Sampling per the card is temperature 1.0, top_p 0.95 and top_k 40
  7. The GGUF card's llama.cpp example path omits the quant from the file name; the real files are named like Qwen3-Coder-Next-Q4_K_M-00001-of-00004.gguf
  8. Validate any JSON it returns, since structured output isn't documented

Questions

Which is better for AI agents, OTel-2.0-LLM-31B-IT or Qwen3-Coder-Next?

Qwen3-Coder-Next and OTel-2.0-LLM-31B-IT score within a point of each other on agent readiness, 57.6 (C) and 56.8 (C). OTel-2.0-LLM-31B-IT leads on risk and documentation and upkeep.

Other comparisons with OTel-2.0-LLM-31B-IT or Qwen3-Coder-Next

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.