WritingmateWritingmate

Granite 4.2 8B Is on Writingmate: IBM's Small Model for Enterprise Work

IBM's Granite 4.2 8B landed on OpenRouter this week, and it's now in Writingmate. I ran the broken-function, structured-extraction, and long-context drafting tests I use on every new model to see if a small enterprise model actually beats reaching for a flagship.

Try Granite 4.2 8B on Writingmate
200+ models
One subscription
No API keys
Cancel anytime
IBM Granite 4.2 8B model release card shown inside the Writingmate model picker
Artem Vysotsky

Author, Co-Founder & CEO

Artem Vysotsky

Sergey Vysotsky

Reviewer, Co-Founder & CMO

Sergey Vysotsky

10 min read
Updated: 09/01/2026

I bet you've reached for the most expensive model in the dropdown for a task that didn't need it — a contract summary, a spreadsheet cleanup, a JSON extraction job that a much cheaper model could've handled just as well. I've done it more times than I'd like to admit, mostly out of habit. IBM just gave me a good reason to stop: Granite 4.2 8B, a small, dense reasoning model built specifically for the kind of business drafting and structured work that doesn't need a flagship.

My name is Artem, and I write the model release coverage on the Writingmate blog. I've tested most of the models that land in our catalog, and the pattern I keep running into is this: teams standardize on one big model for everything, then wonder why their per-seat AI bill looks like a second SaaS subscription. Granite 4.2 8B is a useful test case for the opposite approach — does a small, cheap, enterprise-tuned model actually hold up on real work, or is "efficient" just a nice way of saying "worse"?

IBM released Granite 4.2 on August 25, 2026, as a family of three open-weight reasoning models — 3B, 8B, and 30B — under the Apache 2.0 license. The 8B checkpoint landed on OpenRouter on August 31, 2026, and it's now available in the Writingmate model catalog. I ran it through the same broken-function, structured-extraction, and long-context drafting tests I use on every new release to see where it actually earns its keep.

IBM Granite 4.2 8B model release card shown inside the Writingmate model picker

What IBM Actually Shipped With Granite 4.2 8B

Granite 4.2 8B is a dense, decoder-only transformer, not a mixture-of-experts model — every one of its parameters is active on every request, which is part of why it runs predictably on modest hardware instead of needing the routing overhead a MoE model carries. IBM's headline feature is what they call a "thinking switch": one checkpoint that can run full step-by-step chain-of-thought, a low-effort reasoning mode for simpler queries, or skip reasoning entirely for a direct answer. On OpenRouter, that shows up as three selectable reasoning efforts — high, low, and none — so you're not paying for a long reasoning trace on a task that's actually simple.

The model ships with a native 131,072-token context window, tool calling, and structured JSON output via a response schema, which matters more than it sounds for enterprise work — it means you can ask for a strict data shape and get it back without a parsing layer to clean up the mess. IBM's own published evaluations put the 8B at 47.67% on SWE-bench Verified, 86.67% on AIME25, 64.14% on GPQA, and 74.04% on MMLU-Pro, alongside a 58.06% score on τ³-bench for agentic tool use. Those aren't flagship numbers, and they're not supposed to be — they're respectable numbers for a model priced at $0.10 per million input tokens and $0.15 per million output tokens.

"IBM Granite 4.2 is now available on Ollama. 3B, 8B, 30B parameter open models made for enterprise agents. This model is free to use and is licensed for both research and commercial usage. The data curation and training processes were specifically designed for enterprise" — @ollama on X

How I Tested It

The model is a week old as of this writing, so I'm not going to pretend there's a mature independent benchmark suite to lean on. What I did instead was run the same qualitative pass I use for every release on Granite 4.2 8B on Writingmate, checked it against IBM's own published evals, and read through the early field reports from people running it locally:

  • A broken-function debugging task — a Python function with a silent logic error and no traceback, just wrong output on one edge case.
  • A structured-extraction task — a messy vendor invoice pasted as raw text, with an instruction to return line items, totals, and a due date as strict JSON matching a given schema.
  • A long-context drafting task — a 40-page internal policy document, asking for a one-page executive summary that preserves specific numbers and caveats from the middle of the document, not just the opening section.

The goal wasn't a leaderboard score. It was figuring out whether "small enterprise model" is a real category or just a euphemism for "cheaper and worse."

Where Granite 4.2 8B Held Up — And Where It Didn't

Structured extraction is where the thinking switch earns its keep. With reasoning set to low or off, Granite 4.2 8B returned clean, schema-conformant JSON on the invoice task without wrapping it in explanatory prose — a habit some larger general-purpose models still have, and one that breaks automated pipelines that expect raw JSON back. That tracks with OpenRouter's own listing, which confirms the model accepts tool_choice for function calling and supports structured outputs via a JSON schema in response_format, not just a "try to follow this format" prompt.

Long-context drafting was more mixed. The 131K window is real and the model held onto specific figures from the middle of a long document reasonably well, but its writing voice defaults to a flat, clinical register — accurate, but the kind of output that needs a pass to sound like it was written by a person rather than a compliance checklist. For internal memos and structured summaries, that's actually a feature. For anything customer-facing, plan on an editing pass.

The gap shows up most on general coding and multi-step agentic reasoning, where the community consensus so far — echoed in a widely-discussed Hacker News thread on the Granite 8B line — is that it's genuinely impressive for its size but still trails larger dense models like Qwen3 on harder tasks. One commenter's summary lines up with what I saw: "It's pretty impressive at 8b. Runs on commodity hardware quickly ... Granite has recent training data which is nice," while still preferring a larger model for demanding coding work.

There's also a practical gotcha worth knowing before you deploy this anywhere with a fixed memory budget: the download is small, but the loaded footprint isn't.

"I downloaded the 5.3 GB Granite 4 8b model from Ollama library, but when I run the model, it bloats up to 27 GB, and won't fit onto the GPU VRAM" — u/LocalLLaMA user on Reddit

That's a self-hosting concern specifically — it's about KV cache overhead from the long context window at load time, not something you'll hit running the model through Writingmate's model catalog, where the infrastructure side is handled for you. But it's exactly the kind of detail that separates a model that looks cheap on a pricing page from one that's actually cheap to run.

Granite 4.2 8B vs. Other Small Models You'd Actually Consider

The honest comparison set for Granite 4.2 8B isn't other IBM releases — it's the other small, business-oriented models you'd reach for on the same kind of task: extraction, classification, internal drafting, and RAG-style lookups where you don't need a 400-billion-parameter model reasoning about poetry.

Model

Context window

Input / Output price (per 1M tokens)

Native reasoning modes

IBM Granite 4.2 8B

131K

$0.10 / $0.15

Full, low-effort, off

IBM Granite 4.1 8B

131K

$0.05 / $0.10

None (no RLVR reasoning training)

Qwen3 8B

131K

$0.117 / $0.455

Thinking / non-thinking

Llama 3.1 8B Instruct

131K

$0.05 / $0.08

None

Microsoft Phi-4

16K

$0.07 / $0.14

None

What stands out isn't that Granite 4.2 8B is the cheapest option — Granite 4.1 8B and Llama 3.1 8B both undercut it. It's that Granite 4.2 8B is the only model in that table with a native thinking switch and confirmed structured-output support at this price point, and one of only two with a context window past 16K tokens at full precision. If your task genuinely needs a planning step before it answers — deciding which tool to call, or catching its own mistake before producing an answer — that's worth the premium over 4.1.

The Cost Math: When a Small Model Beats a Flagship

Here's the part that actually matters for a business decision, not just a benchmark chart. Take a realistic structured-extraction job: an 8,000-token input (a few pages of contract or invoice text) and a 1,200-token structured JSON output.

On Granite 4.2 8B, that run costs about $0.001. On Claude Opus 4.8, at $5 per million input tokens and $25 per million output tokens, the same job costs about $0.07 — roughly 70 times more per run. Scale that to a long-context summarization job — 100,000 tokens of source material down to a 2,000-token executive summary — and Granite 4.2 8B runs about $0.01 against roughly $0.55 on Opus, still around 50 times cheaper.

That gap doesn't mean Granite 4.2 8B replaces a flagship model for everything — it clearly doesn't, based on the agentic and coding gap noted above. It means the right question for a given task isn't "which model is smartest," it's "which model is smart enough for this specific job, and how many times a day am I running it." A daily invoice-processing pipeline running through a flagship model at 70x the cost is money left on the table for no accuracy gain on a task the small model already handles cleanly.

Cost comparison chart showing Granite 4.2 8B pricing against a flagship model for the same extraction task

How to Try Granite 4.2 8B on Writingmate

Open the Granite 4.2 8B model page, or pick it from the model dropdown in a new chat. Because Writingmate runs 200+ models on one subscription, you can run the exact same extraction or drafting prompt on Granite 4.2 8B and on a flagship model side by side, in the same conversation, and compare the output quality against the price difference yourself before committing a workflow to it. If you're building this into an automated pipeline rather than a chat workflow, the model works the same way through our OpenAI-compatible API, so swapping it in doesn't mean rewriting your integration code.

For a direct side-by-side against a model you already trust for serious work, the Granite 4.2 8B vs. Claude Opus 4.8 comparison page is the fastest way to see where the gap actually shows up on your own prompts, rather than trusting anyone's benchmark chart — mine included.

Best Use Cases for Granite 4.2 8B

  • Structured data extraction — invoices, contracts, and forms into strict JSON, especially when reasoning is set to low or off.
  • Internal document summarization — policy docs, meeting transcripts, and reports where a flat, factual tone is acceptable or preferred.
  • High-volume classification and tagging — support ticket routing, sentiment tagging, and RAG-style lookups against a knowledge base.
  • Scoped internal automation — narrow, well-defined agentic tasks with tool calling, rather than open-ended multi-step agent chains.
  • Cost-sensitive high-frequency jobs — anything you're running hundreds or thousands of times a day, where a 50-70x price gap compounds fast.

What I wouldn't reach for it on: open-ended creative writing that needs a distinct voice, complex multi-file coding tasks, or long agentic chains involving several tool calls and course corrections. That's still flagship territory, at least until the next Granite release closes the gap further.

Small models earning their keep on the boring, high-volume work isn't a flashy story, but it's the one that actually shows up on an AI bill at the end of the month. Granite 4.2 8B is a solid entry in that category — cheap enough to run everywhere, structured enough to trust with real business documents, and honest enough about its limits that I know exactly when to escalate to something bigger.

See you in the next one!

Artem

Frequently Asked Questions

Artem Vysotsky

Written by

Artem Vysotsky

Ex-Staff Engineer at Meta. Building the technical foundation to make AI accessible to everyone.

Sergey Vysotsky

Reviewed by

Sergey Vysotsky

Ex-Chief Editor / PM at Mosaic. Passionate about making AI accessible and affordable for everyone.

Ready to experience the power of AI?

Access 200+ AI models, custom agents, and powerful tools - all in one subscription.