Alongside the BF16 checkpoint, Ornith published FP8 (about 133 GB of files), NVFP4 (about 78 GB), MLX (about 244 GB) and MLX builds at 8-bit (about 130 GB) and 4-bit (about 69 GB)[3][8][5][7][6]. The GGUF repository has five model files: BF16 at 249.4 GB, Q8_0 at 132.6 GB, Q6_K at 102.4 GB, Q5_K_M at 88.7 GB and Q4_K_M at 75.8 GB[4]. Ollama lists ornith-1.5:122b in a 73–77 GB range, with a 262,144-token context, and the run command is ollama run ornith-1.5:122b[9].
The card says this is a reasoning model: the assistant turn opens with a think block, and the recipes split that into a reasoning_content field and parse <tool_call> blocks into OpenAI-style tool calls. It asks for Transformers 5.8.1 or newer, vLLM 0.19.1 or newer, or SGLang 0.5.9 or newer. The vLLM and SGLang commands load ornith-ai/Ornith-1.5-122B at a 262,144-token context, using Qwen3 reasoning and tool-call parsers. The llama.cpp command loads the GGUF repository at the same context length. The card also shows how to point OpenCode, Hermes Agent and OpenClaw at that local server[1].
For a window past 262,144 tokens, the card suggests YaRN RoPE scaling. A factor of 4.0 is the setting it says reaches about 1 million tokens. It warns that current open-source runtimes apply one scale to every request, which can hurt quality on ordinary lengths, and that the factor should match the window you actually need. A factor of 2.0 is the example it gives when requests top out around 524,288 tokens[1].
For general tasks the card recommends temperature 1.0, top_p 0.95, top_k 20 and a presence penalty of 1.5. For precise coding it recommends temperature 0.6, the same top_p and top_k, and a presence penalty of 0[1].