[Image blocked: No description]
Ornith-1.5-122B
Chirp Chirp! 🐦 We are introducing Ornith-1.5, a major step toward building foundation models through end-to-end self-improvement.
Ornith-1.5 extends Ornith-1.0 (which was developed on top of Qwen3.5 and Gemma4 with additional continued pretraining, mid-training, and post-training) by expanding the self-improvement loop from scaffold and rollout optimization to jointly optimizing task generation, scaffold construction, and solution rollouts. Rather than relying on a fixed set of human-curated tasks and manually designed harnesses, Ornith-1.5 continuously generates new training tasks, discovers effective strategies for solving them, and improves the policy through reinforcement learning. For more details on the task, harness, and rollout reward design, please refer to our blog.
[Image blocked: Ornith 1.5 122B Benchmark Results]
Ornith 1.5 122B
This model card documents Ornith-1.5-122B, the most capable and efficient.member of the Ornith-1.5 family — a 122B MOE model designed for efficient single-GPU deployment, and edge-deployable on mobile devices via its quantized Ornith-1.5-122B-Mobile variant.
Benchmarks
* Terminal-Bench 2.1 (Claude Code): We evaluate Terminal-Bench 2.1 using Claude Code 2.1.126 with parser=json, temperature=1.0, top_p=1.0, max_new_tokens=131072. Results are averaged over 5 runs. Again, Qwen chat template needs to be modified.
* SWE-Bench Verified, Pro, and Multilingual: Evaluated using the OpenHands harness with temperature=1.0, top_p=0.95, and a 256K context window. Anti-hacking safeguards are applied throughout evaluation: models are explicitly informed of potential reward-hacking behaviors and instructed to avoid them. Any solution that still exhibits such behavior is marked incorrect.
* NL2Repo: with temperature=1.0, top_p=1.0, 400K context, 48K output. Access to specified GitHub repositories and pip packages is blocked to prevent reward hacking.
* HLE: Evaluated using Claude 4.6 Opus as the judge model.
* MCP-Atlas: All models were evaluated in thinking mode on the 500-task public subset, with a 10-minute timeout per task. We use Claude 4.8 Opus as the judge model.
* Toolathlon-Verified: We use the official evaluation service with the maximum token limit set to 128K.
* ClawEval: An agentic code benchmark over real-user task distributions; temp=0.6 and 256K context.
Quickstart
📝 NOTE
Ornith-1.5-122B is a reasoning model: by default the assistant turn opens with a <think> … </think> block before the final answer. The serving recipes below enable a reasoning parser so the chain-of-thought is returned in a separate reasoning_content field, and a tool-call parser so the model's <tool_call> blocks are surfaced as OpenAI-style tool_calls.
Serving Ornith-1.5-122B requires recent runtimes:
- Transformers ≥ 5.8.1
- vLLM ≥ 0.19.1
- SGLang ≥ 0.5.9
Recommended sampling parameters:
- For general tasks:
temperature=1.0, top_p=0.95, top_k=20, min_p=0.0, presence_penalty=1.5, repetition_penalty=1.0
- For precise coding tasks:
temperature=0.6, top_p=0.95, top_k=20, min_p=0.0, presence_penalty=0.0, repetition_penalty=1.0
Serving Ornith-1.5-122B
Ornith-1.5-122B is a MOE 122B model, so it serves on a single 80GB GPU. The recipes below stand up an OpenAI-compatible server; add --tensor-parallel-size / --tp if you want to shard across more GPUs.
For Long-Context
Ornith-1.5-122B handles context windows of up to 262,144 tokens. When a task's combined input and output must go beyond this limit, we suggest extending the effective window with RoPE scaling — YaRN is the technique we validate against, and it is already built into both vLLM and SGLang. With a scaling factor of 4.0, the usable window grows to roughly 1M tokens.
You can turn YaRN on in either of two ways:
-
Edit the checkpoint's config.json. Add a rope_scaling block to the model configuration:
-
Override at launch time. Leave the checkpoint untouched and extend the serve commands above with the equivalent flags.
vLLM:
SGLang:
📝 NOTE
Open-source runtimes implement YaRN statically: the same scaling factor is applied to every request regardless of its length, which can slightly hurt quality on ordinary-length inputs. Only enable rope_scaling when your workload genuinely needs the longer window, and size factor to match it — the target window is roughly factor × 262,144, so if your requests top out around 524,288 tokens, factor: 2.0 is the better setting.
Using Ornith-1.5-122B via the Chat Completions API
Once a vLLM or SGLang server is running, talk to it with any OpenAI-compatible client.
Basic Usage
You can also stream tokens, or hand the model tools — Ornith-1.5-122B emits well-formed function calls that the server parses into the standard tool_calls field:
You can point any OpenAI-compatible SDK (Python, Node.js, etc.) or curl at the same /v1/chat/completions endpoint.
Agentic Usage
Ornith-1.5-122B exposes an OpenAI-compatible endpoint with tool calling, it works out of the box with standard agent frameworks.
Examples of using Ornith with agents:
Ollama
Atomic.chat
llama.cpp
Hermes Agent
OpenClaw
Unsloth Studio
Coding CLIs
Ornith-1.5-122B is optimized for terminal-based coding agents. Point any OpenAI-compatible coding CLI at your Ornith-1.5-122B endpoint (set OPENAI_BASE_URL and OPENAI_API_KEY) to understand large codebases, automate tedious work, and ship faster.
OpenCode
Citation
If you find our work helpful, feel free to give us a cite.