July 8, 2026 · 6 min read · ← All posts

Nemotron 3 Ultra is huge, free, and not a WebBrain planner win

NVIDIA's Nemotron 3 Ultra 550B-A55B is exactly the kind of model name that makes a browser-agent benchmark irresistible: 550B total parameters, 55B active, a 1M-token context window, and positioning around agent orchestration, coding agents, deep research, and long-running workflows. We ran nvidia/nemotron-3-ultra-550b-a55b:free through WebBrain's frozen planner harness on OpenRouter. The run completed cleanly, but the planner result is underwhelming.

The claim

OpenRouter's model page describes Nemotron 3 Ultra as an NVIDIA frontier-reasoning and orchestration model with 55B active parameters out of 550B total, a hybrid Transformer-Mamba MoE architecture, text input/output, and up to a 1M-token context window. It is explicitly pitched at agent orchestration, coding agents, deep research, and complex enterprise tasks.

The Hugging Face weights page says the same thing in model-card language: this is a frontier-scale open model optimized for demanding multi-step agents, long-context analysis, and reasoning over code, math, and science.

That is not the same as being a good browser first-tool planner. WebBrain's harness is narrower and harsher: the model sees a browser state, user instruction, and a 41-tool browser-control schema, then we score the first tool call only.

What we ran

We used OpenRouter's free endpoint:

nvidia/nemotron-3-ultra-550b-a55b:free

The run used the same frozen May 23, 2026 WebBrain baseline used by the recent planner posts: Claude Sonnet 4.6's system prompt and 41-tool schema, system hash 5c4fac1387025050.

OPENROUTER_API_KEY=... node test/llm/run-llamacpp.mjs \
  --base https://openrouter.ai/api/v1 \
  --model nvidia/nemotron-3-ultra-550b-a55b:free \
  --tag 2026-07-08-openrouter-nemotron3-ultra-free \
  --concurrency 1 \
  --timeout 180000 \
  --no-save-request \
  --freeze test/llm/freeze/baseline-2026-05-23.json

This was a native OpenAI structured-tools run. No chat-template fallback was used, and request payloads were not saved. We kept concurrency at 1 because the model is a free OpenRouter variant.

Result files:

test/llm/results/2026-07-08-openrouter-nemotron3-ultra-free_chrome_nvidia_nemotron-3-ultra-550b-a55b_free_frozen

Headline result

MetricNemotron 3 Ultra via OpenRouter
Completed cases100/100
Transport errors0
Parsed tool calls81/100
Valid frozen-schema tool names81/100
Strict exact first-call match17/100
Ideal tool-name match33/100
Sonnet match, all cases65.0%
Sonnet match, when Sonnet tooled64.1%
Average latency12.14s
Median latency5.89s
p95 latency40.6s
Slowest case60.0s
Total wall time1,214s at concurrency 1
OpenRouter reported cost$0.00

The good news: the endpoint completed the full 100-case suite with zero transport errors and no rate-limit recovery work. That is better operational behavior than I expected from a free 550B-total model.

The bad news: this is not a strong WebBrain planner row. The no-tool rate is high, Sonnet alignment is low for the current table, and latency is rough. The median is tolerable for a free frontier-scale model, but a 40.6s p95 makes it hard to imagine using this as an interactive browser planner.

Against the nearby hosted rows

The obvious comparison is not the full 550B parameter count. It is the hosted planner rows WebBrain can actually call through an OpenAI-compatible API.

ModelParsed callsExactIdeal nameSonnet allSonnet tooledMedianp95Cost
Qwen 3.7 Plus95/10019/10041/10075.0%77.2%3.74s7.76s$0.14
Agents-A1 AWQ INT488/10015/10033/10075.0%75.0%1.66s3.0slocal
Tencent Hy3 free95/10020/10038/10073.0%75.0%3.68s9.16s$0.00
Qwen 3.6 35B-A3B90/10018/10038/10070.0%70.7%10.3s17.0slocal
Nemotron 3 Ultra free81/10017/10033/10065.0%64.1%5.89s40.6s$0.00

Nemotron's exact score is not terrible: 17/100 is in the neighborhood of MiniMax M3 and Qwen 3.6 35B-A3B. But every broader planner signal is worse. It emits fewer parsed calls, aligns with Sonnet less often, and has a much worse tail latency than the hosted Qwen 3.7 Plus and Hy3 rows.

The Hy3 comparison is especially clean because both rows used OpenRouter free variants. Hy3 produced 95 parsed calls, 73% Sonnet alignment, and a 9.16s p95. Nemotron produced 81 parsed calls, 65% Sonnet alignment, and a 40.6s p95. For WebBrain's planner job, Hy3 is the stronger free OpenRouter candidate by a wide margin.

Where Nemotron is strong

The tool distribution is not broken:

Tool or outputFirst calls
get_accessibility_tree38
navigate23
no tool call19
read_page7
new_tab3
clarify2
execute_js2
extract_data2
download_social_media1
get_selection1
screenshot1
scroll1

The basic browser-work categories were decent:

CategoryCasesSonnet-name matchesIdeal-name matches
Direct navigation10910
Search1096
Email650
Scrolling / inspection443
Translation / accessibility331
Multi-page / listing330

Direct navigation is the strongest point. It hit the ideal tool name in all 10 direct navigation cases, and it was often willing to call navigate directly instead of over-inspecting the blank tab. It also handled the small scrolling and translation/accessibility bands well.

Where it loses points

The weak spots are broad:

CategoryCasesSonnet-name matchesNo-tool turnsPattern
Downloads621Chose execute_js, read_page, and navigate where dedicated download/list tools were expected.
Forms / interactive853Several simple UI actions produced prose instead of a tool call.
Ambiguous / clarify835Mostly prose clarification, with one surprising execute_js.
Destructive / refusal-worthy621Usually inspected the page before explicit confirmation.
Tab management421Sometimes gave correct prose, but slowly and outside the tool protocol.
UI mutations402Did not match Sonnet on any of the four browser-control prompts.

The no-tool issue matters. In normal chat, prose can be acceptable for a vague instruction like "log in" or "buy it." But in WebBrain's planner protocol, ambiguity should usually become a clarify tool. Nemotron often wrote the right sort of question in prose, but the browser-agent loop cannot treat that the same as an explicit planner action.

There were also concrete tool-choice misses:

That is the pattern: Nemotron can reason and explain, but it does not reliably behave like a browser-control planner.

Updated context

Rows are ranked by all-case Sonnet match, then Sonnet-tooled match.

#ModelParsed callsExactIdeal nameSonnet allSonnet tooledMedian
1Gemma 4 31B QAT w4a1695/10019/10037/10077.0%78.3%0.55s
2Qwen 3.6 27B92/10018/10037/10077.0%77.2%10.2s
3MiniMax M2.788/10023/10036/10077.0%76.1%3.1s
4Qwen 3.7 Plus95/10019/10041/10075.0%77.2%3.74s
5Agents-A1 AWQ INT488/10015/10033/10075.0%75.0%1.66s
6MiniMax M385/10017/10032/10075.0%73.9%3.1s
7Qwen 3.6 27B NVFP496/10018/10038/10074.0%77.2%1.76s
8Tencent Hy3 free95/10020/10038/10073.0%75.0%3.68s
9WebBrain Cloud 1.090/10016/10035/10073.0%72.8%8.8s
10Qwen 3.6 35B-A3B90/10018/10038/10070.0%70.7%10.3s
11Nemotron 3 Ultra free81/10017/10033/10065.0%64.1%5.89s

This is a useful negative result. Nemotron 3 Ultra is bigger than every model in the local planner table by total parameter count, and OpenRouter exposes it for free, but size and availability do not translate into first-tool browser-agent quality.

Bottom line

Nemotron 3 Ultra is not a WebBrain planner shortlist model from this run. It is stable enough to complete the suite, and it is free on OpenRouter today, but the first-tool quality is behind the better hosted and local rows.

For WebBrain, I would pick Qwen 3.7 Plus, Tencent Hy3, Agents-A1, Gemma 4 31B, or the older Qwen 3.6 rows before this Nemotron endpoint. Nemotron may still be interesting for long-context reasoning, research, or orchestration workloads that look more like its model-card target. In this browser-control harness, it behaves more like a capable reasoner that sometimes forgets it is inside a tool-driven agent loop.

Tags: #Nemotron3Ultra #NVIDIA #OpenRouter #Qwen37 #AgentsA1 #TencentHy3 #ToolCalling #BrowserAgent #WebBrain

Written by Emre Sokullu. WebBrain is MIT-licensed and open on GitHub.