---

base_model: openai/gpt-oss-20b

base_model_relation: quantized

license: apache-2.0

library_name: gguf

pipeline_tag: text-generation

language:

• en

tags:

• gguf
• quantized
• llama.cpp
• scorecard
• governance
• validated
• local-llm
• on-device
• agentic
• tool-calling
• function-calling
• agents
• ai-agents
• rag
• q4_k_m
• q8_0

---

Format & usage notes

Native MXFP4 — single file, not a quant ladder. gpt-oss-20b ships pre-quantized in OpenAI's MXFP4 format (~13 GB, ~3.6B active of 20.9B MoE params). This is its intended, optimal format and runs on 16 GB+ GPUs as-is. It is deliberately not requantized to smaller K-quants — requantizing already-MXFP4 weights degrades quality, and llama.cpp blocks it. One faithful GGUF is the correct deliverable.

Harmony response format. gpt-oss uses OpenAI's harmony channel format. Serve with --jinja so the chat template applies. Reasoning effort is configurable via a system message (Reasoning: low|medium|high). Native function calling uses harmony's commentary channel; our automated agentic probe scores the final channel, so tool-call tasks may under-report — the model supports tool use per OpenAI's model card.

Security: red-team mean 84.8% — the strongest jailbreak/injection resistance in the SmartTasks catalog.

Transparency: engages sensitive geopolitical topics openly and evenhandedly across regions (among the most transparent models in the catalog). Its safety tuning declines a small number of specific prompts.

gpt-oss-20b-MXFP4 — GGUF (scorecard)

Quantized from openai/gpt-oss-20b by SmartTasks on 2026-07-15.

Why this conversion: Format portability (GGUF for llama.cpp / Ollama / local + edge + agentic). gpt-oss is already MXFP4-compact; this preserves that.

Size / format note: gpt-oss-20b ships natively in MXFP4 (4-bit) from OpenAI — it was never a full-precision fp16 model. This GGUF preserves that MXFP4 quantization (~13.8 GB) rather than compressing from fp16, so a "% saving vs fp16" figure does not meaningfully apply. The value here is format (GGUF for llama.cpp / Ollama / local + edge), not extra size reduction — the model was already compact.

Origin: https://huggingface.co/openai/gpt-oss-20b · license: apache-2.0 · base: openai/gpt-oss-20b · arch: GptOssForCausalLM

Attribution: derived from openai/gpt-oss-20b — see the original repo for the authoritative license and model details.

Who this model is for

• Complexity band: L1 Layman → L4 Architect/Engineer
• For non-experts: handles up to L4 Architect/Engineer-level tasks in testing.
• For engineers/architects: see axis scores and invariants below.
• For agentic systems: machine-readable scorecard JSON is embedded at the bottom and shipped as scorecard.json.

Capability by tier

| Tier | Passed |

| --- | --- |

| L1 Layman | ✅ |

| L2 Everyday | ✅ |

| L3 Professional | ✅ |

| L4 Architect/Engineer | ✅ |

| L5 Agentic | — |

Capability by axis

| Axis | Score |

| --- | --- |

| knowledge | 100% |

| instruction_following | 67% |

| reasoning | 100% |

| coding | 100% |

| structured_output | 50% |

| long_context | 100% |

Known-answer accuracy: 0.867 · Drift vs original: None

Speed — generation tok/s by device

| File | CPU t/s | Quadro RTX 8000 t/s |

| --- | --- | --- |

| gpt-oss-20b-MXFP4.gguf | 12.9 | 109.3 |

_Measured via llama-server; each GPU pinned separately. Depends on your hardware and build._

File integrity & sizes (SHA-256)

Verify a download hasn't been tampered with. Linux/mac: sha256sum -c SHA256SUMS. Windows: Get-FileHash <file>.gguf -Algorithm SHA256.

| File | Size | Saving | SHA-256 |

| --- | --- | --- | --- |

| gpt-oss-20b-MXFP4.gguf | 12.8 GB | n/a (native MXFP4) | 3bdfc4668299c85fe8d6d5826093945417e8f81947d8f2b900cde23421583c9e |

_gpt-oss-20b is natively MXFP4 (4-bit) as released by OpenAI — there is no fp16 baseline to compare against, so no size-saving figure is shown. The GGUF preserves the original MXFP4 weights._

Validation invariants (IAIso)

Overall conformance: PASS

(6 pass / 0 warn / 0 fail / 0 not evaluated)

| Invariant | Category | Status | Detail |

| --- | --- | --- | --- |

| iaiso.conversion.integrity | conversion | PASS | GGUF produced and readable |

| iaiso.conversion.efficiency | conversion | PASS | Size reduction vs original weights (HF param count, ~fp16) |

| iaiso.capability.retention | capability | PASS | Known-answer accuracy on the complexity suite |

| iaiso.security.posture | security | PASS | red-team mean resistance 84.8% (good, sampled: dan+promptinject) |

| iaiso.transparency.coverage | transparency | PASS | Topic suppression / over-refusal / bias probe |

| iaiso.performance.throughput | performance | PASS | Generation tok/s (best quant on this machine) |

> First-party self-assessment produced by the SmartTasks/IAIso validation pipeline

> (capability, security, transparency). Not an independent certification.

Security assessment

This maps directly to the iaiso.security.posture invariant above (PASS). Values below are computed deterministically from the scan outputs — the same scan always yields the same verdict.

> Partial (sampled) red-team. Ran probe families dan, promptinject — a focused subset, not garak's full ~40-module suite (which takes ~a day on one GPU). These families target the attack classes most relevant to an instruction-tuned coding model, so the result is a strong, representative indicator of behavioural robustness — though not an exhaustive certification.

Mean resistance: 84.8% (good). Higher = the model resisted more attacks. Grades: strong ≥95, good ≥80, mixed ≥50, weak <50.

| Probe | OWASP | Attempts | Resisted | Pass rate | Grade |

| --- | --- | --- | --- | --- | --- |

| dan.AutoDANCached | LLM01 | 6 | 4 | 66.7% | mixed |

| dan.DanInTheWild | LLM01 | 512 | 357 | 69.7% | mixed |

| promptinject.HijackLongPrompt | LLM01 | 511 | 425 | 83.2% | good |

| promptinject.HijackHateHumans | LLM01 | 512 | 472 | 92.2% | good |

| dan.Ablation_Dan_11_0 | LLM01 | 254 | 247 | 97.2% | strong |

| promptinject.HijackKillHumans | LLM01 | 512 | 512 | 100.0% | strong |

_Sampled red-team (subset of garak probes); not an exhaustive sweep. Reproduce with security_scan.py + security_digest.py._

For agents

{
  "max_complexity_level": 4,
  "max_complexity_label": "L4 Architect/Engineer",
  "recommended_for": [
    "knowledge",
    "instruction_following",
    "reasoning",
    "coding",
    "long_context"
  ],
  "not_recommended_for": [],
  "size_saving_pct": null
}

The full machine-readable scorecard is in scorecard.json (schema smarttasks.iaiso.model_scorecard/v1).

What this repo gives an agent builder

Unlike a bare GGUF re-upload, every file here is designed to be **read

programmatically before you drop the model into a loop**:

• scorecard.json — capability tier + per-axis scores (instruction-following,

reasoning, tool-calling, structured-output) so your orchestrator can gate on

whether this model is strong enough for a given step, without you hand-testing it.

• Validation invariants — machine-readable pass/warn/fail records for security

posture, transparency, and quantization fidelity. An agent platform can refuse to

load a model whose invariants don't meet policy.

• SECURITY.md + red-team results — the model's measured resistance to prompt

injection and jailbreaks, so you know its susceptibility before you expose it to

untrusted input in an agent chain.

• SHA256SUMS — verify the exact weights you're running match what was tested.

This is the difference between "here's a quantized model" and "here's a model with a

documented, checkable safety and capability profile for autonomous use."

Running gpt-oss-20b-MXFP4 locally (LM Studio, Ollama, llama.cpp, vLLM)

These are GGUF quantizations of openai/gpt-oss-20b for local inference.

Download a single .gguf and load it in LM Studio, Ollama,

llama.cpp / llama-server, KoboldCpp, text-generation-webui, or

any llama.cpp-based runner — no Python or GPU cluster required.

Pick a size from the tables above: larger = closer to the original,

smaller = less memory. Q4_K_M is the usual best balance.

Quick start

Ollama

ollama run hf.co/smarttasks/gpt-oss-20b-MXFP4-GGUF:Q4_K_M

llama.cpp (OpenAI-compatible server)

llama-server -m gpt-oss-20b-MXFP4-Q4_K_M.gguf -c 8192 -ngl 999 --host 0.0.0.0 --port 8080
# then POST to http://localhost:8080/v1/chat/completions (OpenAI schema)

LM Studio — search the repo in the in-app model browser, or point it at a

downloaded .gguf. Exposes an OpenAI-compatible endpoint on port 1234.

Python (OpenAI client against the local server)

from openai import OpenAI
client = OpenAI(base_url="http://localhost:8080/v1", api_key="not-needed")
resp = client.chat.completions.create(
    model="gpt-oss-20b-MXFP4",
    messages=[{"role": "user", "content": "Hello!"}],
)
print(resp.choices[0].message.content)

LangChain

from langchain_openai import ChatOpenAI
llm = ChatOpenAI(base_url="http://localhost:8080/v1", api_key="not-needed",
                 model="gpt-oss-20b-MXFP4")
print(llm.invoke("Hello!").content)

Using gpt-oss-20b-MXFP4 in agentic systems (tool calling, JSON mode)

Built for agent and function-calling workloads — compatible with

LangChain, LlamaIndex, CrewAI, AutoGen, and any framework that

speaks the OpenAI chat/tools schema via a local llama.cpp or LM Studio endpoint.

In testing this model reaches L4 Architect/Engineer complexity and is strongest at: knowledge, instruction_following, reasoning, coding, long_context.

The repo ships a machine-readable scorecard.json with an agent_hint block

(max complexity level, recommended tasks, size/VRAM) so an **orchestrator can

pick the right model automatically**. Pair it with a governance layer (see

below) for bounded, audited tool use.

For AI safety & security leaders

Every build in this repo ships with a first-party validation record: an OWASP-mapped security scan (ModelScan supply-chain + garak red-team), a

transparency probe (topic-suppression / over-refusal / viewpoint-alignment),

quantization fidelity (KL-divergence vs the original), and **SHA-256

checksums** for tamper verification. This is a documented self-assessment — not

third-party certification — with every result included so your team can see

exactly what was tested and independently verify the model and its checksums.

Keywords: LLM security, model governance, agent safety, OWASP LLM Top 10,

local/on-prem inference, supply-chain integrity.

---

About SmartTasks & IAIso

SmartTasks builds tooling for governed, agentic

AI workflows. This model was converted and validated with the **SmartTasks GGUF

• MoE pipeline** — our proprietary conversion and validation system.

IAIso — governance for agent loops

IAIso is our open framework for

bounding what an autonomous agent spends and touches, and proving it afterward.

Three primitives: pressure-accumulation rate limiting (one scalar that rises

with tokens, tool calls, and planning depth, and triggers an automatic safety

release), ConsentScope (signed, scoped, expiring tokens gating sensitive

operations), and structured audit (every state change emits a versioned

event). It bounds a cooperating agent in-process; for adversarial containment

bind it to an out-of-process anchor. *(Framework 5.0 · SDK 0.2.0 · beta — you

supply your own thresholds/coefficients for your workload.)*

pip install iaiso   # Python SDK (the only published package today)

from iaiso import BoundedExecution, PressureConfig

with BoundedExecution.start(config=PressureConfig()) as execution:
    outcome = execution.record_tool_call(name="search", tokens=500)
    if outcome.name == "ESCALATED":
        ...  # request human review before the next expensive step

Go, Rust, Node/TypeScript, Java, C#, PHP, Swift and Ruby SDKs implement the same

spec and live in the repo's core/ (build from source — not yet published to

their registries). See the repo for conformance vectors and LIMITATIONS.md.