AIAny
AI Model2026
Icon for item

Granite Embedding 97M Multilingual R2

Produces 384‑dim multilingual (and code) embeddings with up to 32,768 token context, optimized for low‑latency production retrieval. Compact 97M model with ONNX/OpenVINO and vLLM/GGUF deployment options for edge and high‑throughput use.

Introduction

Why this matters

Multilingual retrieval workflows increasingly need both long‑context understanding and cheap, fast encoders. This 97M embedding model trades model size for throughput while retaining strong cross‑lingual retrieval quality, letting teams run high‑volume or latency‑sensitive embedding pipelines (including long documents and code) without a large GPU footprint.

Key Capabilities
  • Compact, retrieval‑focused embeddings — 384‑dim vectors produced by a 97M‑parameter ModernBERT‑based bi‑encoder, designed to match larger models' retrieval quality for many tasks. So what: lower memory and faster encoding for production at similar retrieval accuracy in many multilingual scenarios.
  • Very long context support — up to 32,768 tokens via rotary embeddings and architecture tweaks. So what: native long‑document and multi‑passage retrieval without aggressive chunking for many use cases.
  • Cross‑lingual and code support — trained on 200+ languages with enhanced supervision for 52 languages and several programming languages. So what: better cross‑language retrieval and code↔text matching than typical small multilingual models.
  • Deployment flexibility — released with ONNX and OpenVINO backends and convertible to GGUF; compatible with vLLM serving. So what: you can run it on CPU (OpenVINO INT8), inference runtimes, or convert for local GGUF/llama.cpp usage to minimize infra cost.
Who it's for and trade‑offs

Great fit if you need high encoding throughput or low latency multilingual embeddings (edge/CPU or constrained GPU), long‑document retrieval, or code retrieval while keeping operational cost low. Look elsewhere if absolute top‑tier retrieval accuracy matters for every low‑resource language or you need the highest embedding dimensionality for downstream fine‑tuning — the 311M variant trades size for extra accuracy. Also note pruning and a smaller 180k vocabulary can slightly degrade tokenization coverage and fine‑grained quality for some low‑resource languages or niche domains.

Where it fits

Compared with granite‑embedding‑311m‑multilingual‑r2, this model is ~3× smaller with ~3× the encoding throughput on similar hardware and a modest retrieval gap; compared with other sub‑100M multilingual embedding models it reports substantially higher MTEB retrieval scores, making it a leading small‑model option for retrieval‑first systems.

How it was built (brief)

Derived via layer pruning and vocabulary selection from a larger ModernBERT model, then distillation and contrastive fine‑tuning restored retrieval alignment. Training mixes permissively licensed public data, IBM internal and synthetic multilingual pairs, and code retrieval pairs to boost cross‑modal alignment.

Information

  • Websitehuggingface.co
  • AuthorsIBM Granite Embedding Team
  • Published date2026/04/20

Categories

More Items

Hugging Face
AI Model2026

A dynamically quantized GGUF build of Ornith-1.5-35B optimized for agentic code-fixing and multi-turn conversations: targets 4-bit/≈22GB deployments, includes a vision projector, a custom importance matrix and a concise chat template.

Hugging Face
AI Model2026

Open-weights LLM fine-tuned for phone-based voice agents that prioritizes low latency and reliable tool/function calling. Based on NVIDIA Nemotron 3 Nano (30B total, 3.5B active), supports very long contexts (262,144 tokens) and recommends temperature=0 with thinking disabled for deployment.

Hugging Face
AI Model2026

A large open-weights MoE language model for complex coding, long-horizon agentic workflows, and cyber/security evaluations; post-trained from the GLM-5 family with substantial gains over GLM-5.2. Provides FP8/BF16 checkpoints and native support for very long contexts (up to 1M tokens).