DiffusionGemma 26B A4B IT vs OTel-2.0-LLM-31B-IT

DiffusionGemma 26B A4B IT 70

File safety gets the full 25, safetensors only and loaded by Transformers' own code and a Jinja template. Provenance gets 15 for files in Google's organisation with a hash for every file. Licence risk keeps 15 under plain Apache 2.0. Agent guidance gets 10 for the card's list of harm categories and its advice to add content-safety safeguards. Safety evaluation scores 0 because the card states improvements without figures. The security programme gets 5 for Google's security.txt, with no public advisories for Gemma.

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.

DiffusionGemma 26B A4B IT 60

The card covers all seven points (20), and the training data is a general description with a January 2025 cut-off (10). The files last changed on 15 July 2026, 112 days before this check (10). Google organisation members answered 10 of the 20 discussions (10). It's a first release (5). File health gets 5 because the diffusers scheduler config disagrees with the card's sampling settings, though the files on the documented path agree.

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.

DiffusionGemma 26B A4B IT 70

The chat template is in the repository (20) and handles several tool calls in one turn, and the card names function calling as trained (20). The tool-calling format gets 10, since only the template and the shipped response schema say how tools work here and Google's tool-calling guide is for Gemma 4. Structured output scores 0, undocumented and rejected by SGLang. Thinking can be turned on or off per request with the reasoning in its own channel (10), and the context is 256K (10).

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.

DiffusionGemma 26B A4B IT 55

Memory earns 15 because the only Google build is 51.7 GB of BF16, about 62 GB with the fifth added, which needs the 64 GB band. Runtimes get 15 for Transformers from 5.11.0, SGLang from v0.5.22 and vLLM, whose releases from v0.24.0 (tag commit 28 June 2026) to v0.33.0 register DiffusionGemmaForBlockDiffusion; llama.cpp (b12114, and Ollama through its pin b11963) and LM Studio don't run it. Builds score 0 because Google publishes no quantised build, though others have published FP8, NVFP4, GGUF and 4-bit copies. Apache 2.0 with nothing added gives terms the full 15 and the ungated repository gives download the full 10. Hosted too scores 0, since no inference provider is mapped and the Gemini API doesn't serve it.

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.