Ornith-1.5-122B vs Swift 1.5 Qwen3.8-Flash-Next

Ornith-1.5-122B 85

Chat template 20, a Jinja file in the repository. Tool-calling format 25, the card shows how tools go in and how calls come back and names the parser for vLLM and SGLang. Trained tool calling 20, Ornith trains it on agent tasks and the template renders several calls in one turn. Structured output 0, not documented or claimed. Reasoning control 10, Ornith's template reads enable_thinking per request and the card says the reasoning comes back in reasoning_content, though the card doesn't name the switch. Context 10, 262,144 tokens native.

Swift 1.5 Qwen3.8-Flash-Next 60

Chat template 20, the base's Jinja file. Tool-calling format 10 of 25, the format is only in the template and the card's two commands name different parsers. Trained tool calling 20, several calls a turn and agentic post-training. Structured output 0, not documented. Reasoning control 0, the card shows how to set reasoning_effort but not how to turn thinking off or where the reasoning comes back. Context 10, 262,144 tokens native.

Ornith-1.5-122B 75

Memory 10, since Ornith's own MLX 4-bit build is 69.7 GB and needs about 83.6 GB with the fifth added, over 64 GB and inside the reference machine's 107.4 GB, as do its Q4_K_M GGUF, its NVFP4 build and Ollama's build. Runtimes 25, the most the line gives, from vLLM 0.33.0, SGLang 0.5.23, Transformers 5.22.2, llama.cpp's qwen35moe architecture, Ollama's library and LM Studio's catalogue for the qwen35moe architecture. Builds 15, Ornith publishes FP8, NVFP4, GGUF and MLX at several precisions. Terms 15, MIT as named in the card's metadata, with nothing added, read by its terms though the repository has no licence file. Download 10, nothing is gated. Hosted 0, Ornith runs no API and no inference provider serves it. 10 + 25 + 15 + 15 + 10 + 0 = 75.

Swift 1.5 Qwen3.8-Flash-Next 65

Memory 5 of 30, the smallest 4-bit build is UkisAI's IQ4_XS GGUF at 98.6 GB with the vision projector, 118.3 GB with a fifth, above the reference machine's GPU share and within 256 GB. Runtimes 25, the architecture is Qwen3.8-Flash-Next's (qwen4_exp), which released llama.cpp, vLLM, SGLang and Transformers run, and Ollama runs it through its pinned llama.cpp (b11963 in v0.40.14), this run's reading for Ollama. Builds 15, GGUF, INT4 and NVFP4 builds from UkisAI. Terms 10, two custom licences that allow commercial use within limits. Download 10, not gated. Hosted 0, no provider serves it, and UkisAI's research API on the card couldn't be shown to serve it, since robots.txt disallows calling it. 5 + 25 + 15 + 10 + 10 + 0 = 65.

Ornith-1.5-122B 50

File safety 25, safetensors and GGUF only and no Python in any of Ornith's repositories for this size, so the card's --trust-remote-code flag loads nothing from the repository. Provenance 15, the files come from the ornith-ai organisation Ornith's blog links to, with a SHA-256 for every weight file. Safety evaluation 0 and agent guidance 0, nothing published on either. Licence risk 10, MIT carries no policy, threshold or changeable terms, but the card's licence link is broken. Security programme 0, no security.txt, disclosure policy or security contact.

Swift 1.5 Qwen3.8-Flash-Next 45

File safety 25, safetensors only and no code in the repository, though the card's vLLM command passes trust-remote-code. Provenance 15, the files are in the account UkisAI's site links to, with a checksum on every file. Safety evaluation 0, none published. Agent guidance 0, nothing on prompt injection, refusals or safeguards. Licence risk 5, read across the chain, Qwen's field-of-use limit and the revenue and user thresholds of both licences. Security programme 0, no way to report a flaw was found.