SAVRN
Search Contact SAVRN

Open-weight model · Image and text to text

surya-ocr-2-gguf

by Datalab datalab-to/surya-ocr-2-gguf

Surya is a 650M param OCR model with these features: - Accuracy - scores 83.3% on olmOCR-bench (top under 3B params) - Multilingual - scores 87.2% on an internal benchmark set of 91 languages (more here) - Layout analysis (table, image, header, etc.) with…

Parameters
Context262,144
Weights1.5 GB
Licenseopenrail
AccessOpen weights
Monthly Downloads1.1M

Model Card

By Datalab, published under openrail, revision 6a3a4c30e5e7.

Surya is a 650M param OCR model with these features: - Accuracy - scores 83.3% on olmOCR-bench (top under 3B params) - Multilingual - scores 87.2% on an internal benchmark set of 91 languages (more here) - Layout analysis (table, image, header, etc.) with reading order - Table recognition (rows + columns) It works on a range of documents (see usage and benchmarks). Our managed platform runs both Surya, and variants of our highest accuracy model, Chandra. Get started with $5 in free credits — sign up (takes under 30 seconds) or try our free public playground. Surya is named for the Hindu sun god, who has universal vision. The Surya code is licensed under Apache 2.0. The model weights use a…

Read Datalab's full model card

Datalab

State of the Art models for Document Intelligence


Surya

Surya is a 650M param OCR model with these features:

  • Accuracy - scores 83.3% on olmOCR-bench (top under 3B params)
  • Speed - throughput of 5 pages/s on an RTX 5090
  • Multilingual - scores 87.2% on an internal benchmark set of 91 languages (more here)
  • Layout analysis (table, image, header, etc.) with reading order
  • Table recognition (rows + columns)

It works on a range of documents (see usage and benchmarks).

Try Datalab's Managed Platform

Our managed platform runs both Surya, and variants of our highest accuracy model, Chandra.

Get started with $5 in free creditssign up (takes under 30 seconds) or try our free public playground.

Model Information

Detection OCR
Layout Table Recognition

Surya is named for the Hindu sun god, who has universal vision.

Examples

Name Detection OCR Layout Order Table Rec
Newspaper Image Image Image Image
Textbook Image Image Image Image
Tax Form Image Image Image Image Image
Handwritten Notes Image Image Image Image Image
Corporate Doc Image Image Image Image Image

Commercial usage

The Surya code is licensed under Apache 2.0. The model weights use a modified AI Pubs Open Rail-M license (free for research, personal use, and startups under $5M funding/revenue). For broader commercial licensing of the model weights, visit our pricing page here.

Installation

Install with:

pip install surya-ocr

Usage

Surya 2 runs layout, OCR, and table recognition through a single VLM served by vllm (GPU) or llama.cpp (CPU / Apple Silicon). The inference manager will spawn one for you on first use; you can also point it at an existing server via SURYA_INFERENCE_URL=http://host:port/v1.

  • Inspect the settings in surya/settings.py. You can override any setting via env var (e.g. SURYA_INFERENCE_BACKEND=vllm).
  • Text detection and OCR errors are separate models.

Interactive App

I've included a streamlit app that lets you interactively try Surya on images or PDF files. Run it with:

pip install streamlit pdftext
surya_gui

OCR (text recognition)

This command will write out a json file with the detected text and bboxes:

surya_ocr DATA_PATH
  • DATA_PATH can be an image, pdf, or folder of images/pdfs
  • --images will save images of the pages and detected blocks (optional)
  • --output_dir specifies the directory to save results to instead of the default
  • --page_range specifies the page range to process in the PDF, specified as a single number, a comma separated list, a range, or comma separated ranges - example: 0,5-10,20.

The results.json file contains a dict keyed by input filename (no extension). Each value is a list of page dicts. Each page dict contains:

  • blocks - per-block OCR results in reading order
  • label - canonicalized layout label (e.g. Text, SectionHeader, Table, Equation, Picture, Form, PageHeader, ...). See surya/layout/label.py:LAYOUT_PRED_RELABEL for the full canonical-name set.
  • raw_label - original label emitted by the model, before canonicalization
  • reading_order - 0-indexed position in layout output
  • html - block content as HTML (math wrapped in <math>...</math>, tables as <table>...</table>, etc.). "" if the block was skipped
  • polygon - 4-corner polygon in [[x0,y0],[x1,y0],[x1,y1],[x0,y1]] order
  • bbox - axis-aligned [x0, y0, x1, y1] derived from the polygon
  • confidence - mean per-token probability across the block's decode (0-1)
  • skipped - true if the block was a visual label (e.g. Picture) and not OCR'd
  • error - true if the block OCR call failed
  • image_bbox - [0, 0, width, height] for the page image

Performance tips

Throughput is governed by the inference backend, not a RECOGNITION_BATCH_SIZE env var. With vllm, raise --max-num-seqs / --max-num-batched-tokens (or SURYA_INFERENCE_PARALLEL on the client side) to keep more pages in flight. With llama.cpp, set SURYA_INFERENCE_PARALLEL to match --parallel on llama-server.

From python

from PIL import Image
from surya.inference import SuryaInferenceManager
from surya.recognition import RecognitionPredictor

manager = SuryaInferenceManager()
recognition_predictor = RecognitionPredictor(manager)

# Default: full-page OCR. One VLM call per page; returns layout + content as
# HTML <div data-bbox=... data-label=...> blocks.
predictions = recognition_predictor([Image.open(IMAGE_PATH)])

# Block mode: pre-run layout, then per-block OCR. Auto-selected when
# `layout_results` is passed.
from surya.layout import LayoutPredictor
layout = LayoutPredictor(manager)
layouts = layout([Image.open(IMAGE_PATH)])
predictions = recognition_predictor([Image.open(IMAGE_PATH)], layouts)

Text line detection

This command will write out a json file with the detected bboxes.

surya_detect DATA_PATH
  • DATA_PATH can be an image, pdf, or folder of images/pdfs
  • --images will save images of the pages and detected text lines (optional)
  • --output_dir specifies the directory to save results to instead of the default
  • --page_range specifies the page range to process in the PDF, specified as a single number, a comma separated list, a range, or comma separated ranges - example: 0,5-10,20.

The results.json file will contain a json dictionary where the keys are the input filenames without extensions. Each value will be a list of dictionaries, one per page of the input document. Each page dictionary contains:

  • bboxes - detected bounding boxes for text
  • bbox - the axis-aligned rectangle for the text line in (x1, y1, x2, y2) format. (x1, y1) is the top left corner, and (x2, y2) is the bottom right corner.
  • polygon - the polygon for the text line in (x1, y1), (x2, y2), (x3, y3), (x4, y4) format. The points are in clockwise order from the top left.
  • confidence - the confidence of the model in the detected text (0-1)
  • vertical_lines - vertical lines detected in the document
  • bbox - the axis-aligned line coordinates.
  • page - the page number in the file
  • image_bbox - the bbox for the image in (x1, y1, x2, y2) format. (x1, y1) is the top left corner, and (x2, y2) is the bottom right corner. All line bboxes will be contained within this bbox.

Performance tips

Detection is a torch model. DETECTOR_BATCH_SIZE defaults to an auto-picked value at runtime; override the env var to control VRAM usage on GPU and raise it on larger cards.

From python

from PIL import Image
from surya.detection import DetectionPredictor

det_predictor = DetectionPredictor()
predictions = det_predictor([Image.open(IMAGE_PATH)])

Layout and reading order

This command will write out a json file with the detected layout and reading order.

surya_layout DATA_PATH
  • DATA_PATH can be an image, pdf, or folder of images/pdfs
  • --images will save images of the pages and detected text lines (optional)
  • --output_dir specifies the directory to save results to instead of the default
  • --page_range specifies the page range to process in the PDF, specified as a single number, a comma separated list, a range, or comma separated ranges - example: 0,5-10,20.

The results.json file contains a dict keyed by input filename (no extension). Each value is a list of page dicts. Each page dict contains:

  • bboxes - layout boxes in reading order
  • polygon - 4-corner polygon [[x0,y0],[x1,y0],[x1,y1],[x0,y1]]
  • bbox - axis-aligned [x0, y0, x1, y1] derived from the polygon
  • label - canonicalized label. One of Caption, Footnote, Equation, ListGroup, PageHeader, PageFooter, Picture, SectionHeader, Table, Text, Figure, Code, Form, TableOfContents, ChemicalBlock, Diagram, Bibliography, BlankPage
  • raw_label - original label emitted by the model
  • position - 0-indexed reading order
  • count - model's token estimate for OCR'ing this block (rounded to multiples of 50; used to size the per-block decode budget)
  • confidence - mean per-token probability across the layout decode (0-1)
  • image_bbox - [0, 0, width, height]
  • raw - raw JSON the layout model emitted, for debugging
  • error - true if the layout call failed

Performance tips

Layout runs through the shared inference backend. Throughput tuning is the same as OCR — see Performance tips above.

From python

from PIL import Image
from surya.inference import SuryaInferenceManager
from surya.layout import LayoutPredictor

layout_predictor = LayoutPredictor(SuryaInferenceManager())
layout_predictions = layout_predictor([Image.open(IMAGE_PATH)])

Table Recognition

This command will write out a json file with the detected table cells and row/column ids, along with row/column bounding boxes. If you want to get cell positions and text, along with nice formatting, check out the marker repo. You can use the TableConverter to detect and extract tables in images and PDFs. It supports output in json (with bboxes), markdown, and html.

surya_table DATA_PATH
  • DATA_PATH can be an image, pdf, or folder of images/pdfs
  • --images will save annotated row + column overlays alongside the json (optional)
  • --output_dir specifies the directory to save results to instead of the default
  • --page_range specifies the page range to process in the PDF, specified as a single number, a comma separated list, a range, or comma separated ranges - example: 0,5-10,20.
  • --skip_table_detection tells table recognition not to detect tables first. Use this if your image is already cropped to a table.

The results.json file contains a dict keyed by input filename (no extension). Each value is a list of per-table dicts. Each table dict contains:

  • rows - detected table rows in reading order
  • polygon / bbox - row geometry (same convention as everywhere else)
  • row_id - 0-indexed row id
  • cols - detected table columns
  • polygon / bbox - column geometry
  • col_id - 0-indexed column id
  • cells - geometric row × column intersections (simple mode)
  • polygon / bbox - cell geometry
  • row_id, col_id, cell_id
  • html - full <table>...</table> HTML (only populated when predict_full is used; handles spanning cells / header rows). null in simple mode.
  • mode - "simple" or "full"
  • image_bbox - the table crop bbox
  • error - true if the table_rec call failed
  • raw - raw model output, for debugging

Performance tips

Table recognition routes through the shared VLM. Throughput tuning is the same as OCR.

From python

from PIL import Image
from surya.inference import SuryaInferenceManager
from surya.table_rec import TableRecPredictor

table_rec_predictor = TableRecPredictor(SuryaInferenceManager())

# Default: rows + columns only, cells derived from intersections.
table_predictions = table_rec_predictor([Image.open(IMAGE_PATH)])

# Or full HTML output (better for spanning cells / headers):
# table_predictions = table_rec_predictor.predict_full([image])

Math / equations

Surya 2 handles math inline as part of full-page OCR — recognized equations come back inside <math>...</math> tags in the same HTML output as surrounding prose, in KaTeX-compatible LaTeX. No separate LaTeX OCR pass.

Inference Backends

Layout / OCR / table_rec all share one VLM, served either by vllm (GPU) or llama.cpp (CPU / Apple Silicon). The SuryaInferenceManager will spawn one automatically; you can also point at a pre-running server:

# Attach to an existing vllm
export SURYA_INFERENCE_BACKEND=vllm
export SURYA_INFERENCE_URL=http://localhost:8000/v1
Setting Default Notes
SURYA_INFERENCE_BACKEND auto (vllm if NVIDIA, else llamacpp) vllm | llamacpp | unset (auto)
SURYA_INFERENCE_URL (auto-spawn) Attach to a running OpenAI-compatible server
SURYA_INFERENCE_PARALLEL 8 Client-side concurrency to the backend
SURYA_GUIDED_LAYOUT true JSON-schema-constrained layout decode

Limitations

  • This is specialized for document OCR. Performance on photos or natural scenes is not the goal.
  • Layout / OCR / table_rec all need a running inference backend (vllm or llama.cpp). Detection runs purely on torch and works without it.

Troubleshooting

If OCR isn't working properly:

  • Try increasing resolution of the image so the text is bigger. If the resolution is already very high, try decreasing it to no more than a 2048px width.
  • Preprocessing the image (binarizing, deskewing, etc) can help with very old/blurry images.
  • You can adjust DETECTOR_BLANK_THRESHOLD and DETECTOR_TEXT_THRESHOLD if you don't get good results. DETECTOR_BLANK_THRESHOLD controls the space between lines - any prediction below this number will be considered blank space. DETECTOR_TEXT_THRESHOLD controls how text is joined - any number above this is considered text. DETECTOR_TEXT_THRESHOLD should always be higher than DETECTOR_BLANK_THRESHOLD, and both should be in the 0-1 range. Looking at the heatmap from the debug output of the detector can tell you how to adjust these (if you see faint things that look like boxes, lower the thresholds, and if you see bboxes being joined together, raise the thresholds).

Manual install

If you want to develop surya, you can install it manually with uv:

git clone https://github.com/datalab-to/surya.git
cd surya
uv sync --group dev      # installs runtime + dev deps
uv run surya_ocr ...     # or `uv shell` to enter the venv

Benchmarks

Surya 2 is a single VLM that handles layout analysis, OCR (full-page or per-block), and table recognition in one model. We evaluate end-to-end on olmOCR-bench — the standard quality benchmark for document parsers.

olmOCR-bench

Pareto-optimal, and best in class under 3B params.

Model Params Score
Infinity-Parser2-Pro 35.1B 87.6
Chandra OCR 2 (Datalab) 5.3B 85.9
dots.mocr 3.0B 83.9
Surya OCR 2 (Datalab) 0.65B 83.3
LightOnOCR 2-1B * 1.0B 83.2
Chandra OCR 1 (Datalab) 9.0B 83.1
olmOCR (anchored) 8.3B 77.4
GOT OCR 0.6B 48.3

* LightOnOCR 2-1B uses a different benchmark methodology than the other entries (see their release notes); the score is included for context but is not directly comparable.

Comparison scores from the olmOCR-bench dataset card.

Surya 2, per-source pass rate on the default preset (8,413 tests total):

ArXiv Base Hdr/Ftr TinyTxt MultCol OldScan OldMath Tables
88.3 99.7 92.5 93.7 82.4 41.8 81.4 86.6

Multilingual

We also evaluate Surya 2 against a 91-language internal benchmark covering text accuracy, layout, tables, math, and reading order in documents drawn from each language.

Overall pass rate: 87.2% across 91 languages. 38 of the 91 languages score ≥ 90%; 76 score ≥ 80%.

Top 15 widely-spoken languages:

Code Language Score
ar Arabic 72.7%
bn Bengali 82.7%
zh Chinese 82.5%
en English 92.3%
fr French 89.3%
de German 89.7%
hi Hindi 82.2%
it Italian 93.0%
ja Japanese 86.2%
ko Korean 86.7%
fa Persian 82.3%
pt Portuguese 86.1%
ru Russian 88.8%
es Spanish 90.7%
vi Vietnamese 73.2%

See https://github.com/datalab-to/surya/blob/master/static/docs/multilingual.md for the full 91-language table.

Throughput

Full-page OCR, 96 DPI input (~2,400 output tokens/page average), measured client-side against a running inference server.

RTX 5090 (vllm)

vllm/vllm-openai:v0.20.1, single RTX 5090 (32 GB).

Concurrency Pages/s Tokens/s p50 (ms) p95 (ms) avg tok/page
128 5.35 12,884 18,915 42,538 2,410

Apple Silicon (llama.cpp / Metal)

llama-server with Metal backend.

--parallel Pages/s Tokens/s p50 (ms) p95 (ms) avg tok/page Power
8 0.108 254 59,313 129,173 2,360 ~30 W

Reproducing

We score Surya 2 on olmOCR-bench by serving the model with vllm (or llama.cpp) and running the olmOCR-bench harness from allenai/olmocr, with some adjustments applied to account for our output HTML format.

Training

Layout, OCR, and table recognition all share a single vision-language model (Qwen3.5-style architecture, ~650M params). It's trained on diverse document images to emit either a layout JSON or a full-page HTML output, depending on prompt. Text-line detection is a separate small torch model — a modified EfficientViT segformer trained from scratch on document line annotations.

If you want help finetuning Surya on your own data, or to use our managed training stack, reach us at [email protected].

Thanks

This work would not have been possible without amazing open source AI work:

Thank you to everyone who makes open source AI possible.

Citation

If you use surya (or the associated models) in your work or research, please consider citing us using the following BibTeX entry:

```bibtex @misc{paruchuri2025surya, author = {Vikas Paruchuri and Datalab Team}, title = {Surya: A lightweight document OCR and analysis toolkit}, year = {2025}, howpublished = {\url{https://github.com/datalab-to/surya}}, note = {GitHub repository}, }

Configuration

Architecture
Qwen3_5ForConditionalGeneration
Context length (tokens)
262,144
Layers
24
Hidden size
1,024
Feed-forward size
3,584
Attention heads
8
Key/value heads
2
Head dimension
256
Vocabulary size
65,425
Model type
qwen3_5

Identity and Version

Repository
datalab-to/surya-ocr-2-gguf
Publisher
Datalab
Task
Image and text to text
Modality
Image and text
Library
transformers
Parameters
Not stated by the source
Languages
ocr, pdf
Revision
6a3a4c30e5e74446d4f8b6afd05b2f2da970f470
First published
2026-05-14
Last updated
2026-05-27

Files and Weights

42 files, 1.5 GB in total. The weights are 2 files totalling 1.5 GB in gguf.

Weights2 files · 1.5 GB
Configuration5 files · 5.1 KB
Tokenizer2 files · 1.7 MB
Documentation2 files · 37.3 KB
Other30 files · 25.5 MB
Repository1 file · 3.2 KB
Every file
FileTypeSizeSHA-256
surya-2-mmproj.ggufWeights205.0 MB 98c0563673b1
surya-2.ggufWeights1.3 GB 1f18abe17b1e
config.jsonConfiguration2.6 KB
generation_config.jsonConfiguration131 B
preprocessor_config.jsonConfiguration482 B
processor_config.jsonConfiguration1.3 KB
video_preprocessor_config.jsonConfiguration615 B
LICENSEDocumentation14.7 KB
README.mdDocumentation22.5 KB
assets/corporate.pngOther168.2 KB 03e5004c5ee8
assets/corporate_layout.pngOther167.4 KB c472d16817b8
assets/corporate_reading.pngOther168.2 KB fa9471e99827
assets/corporate_tablerec.pngOther163.1 KB c1861b87e15f
assets/corporate_text.pngOther166.2 KB 893c5924fe66
assets/excerpt.pngOther338.8 KB 9d1913fc79fb
assets/excerpt_layout.pngOther345.4 KB 924b81dba774
assets/excerpt_text.pngOther542.6 KB baddec3a08b6
assets/form.pngOther513.3 KB 60fb6bfde4d7
assets/form_layout.pngOther508.0 KB 631c09dc21bd
assets/form_reading.pngOther518.7 KB e88bac7fb15d
assets/form_tablerec.pngOther511.5 KB d799c78d495c
assets/form_text.pngOther329.5 KB 7c40b7233926
assets/handwritten.pngOther178.5 KB 3c7623a26db0
assets/handwritten_layout.pngOther184.7 KB ad0e4ae387b8
assets/handwritten_reading.pngOther185.4 KB 5cc6662224ca
assets/handwritten_tablerec.pngOther171.2 KB 5e3f7820dc76
assets/handwritten_text.pngOther298.5 KB 9686cfab491a
assets/newspaper.pngOther5.6 MB 1a07a43797b7
assets/newspaper_layout.pngOther5.6 MB 139c8fd41152
assets/newspaper_reading.pngOther5.6 MB c18c2eb0c39d
assets/newspaper_text.pngOther1.9 MB 364de91c602c
assets/olmocr_size_chart.pngOther82.5 KB 34addebba231
assets/scanned_tablerec.pngOther345.5 KB 86091b59d376
assets/textbook.pngOther193.1 KB 0070c7f61aae
assets/textbook_layout.pngOther194.9 KB 2711fcd2183f
assets/textbook_reading.pngOther200.8 KB 81d14c7a6d77
assets/textbook_text.pngOther225.7 KB 7950d981fdf9
chat_template.jinjaOther2.9 KB
datalab-logo.pngOther6.2 KB
.gitattributesRepository3.2 KB
tokenizer.jsonTokenizer1.7 MB
tokenizer_config.jsonTokenizer571 B

License and Download

License
openrail
Access
Open weights, no gate
Download size
1.5 GB
Download from Datalab

Released by Datalab through its official repository on Hugging Face. Read the license.

Built From

Memory Requirements

PrecisionWeights in memory
As published1.5 GB

Weights only, from the published parameter count; the key-value cache and runtime add to this.

Questions About surya-ocr-2-gguf

Can I use surya-ocr-2-gguf commercially?

Yes, with conditions. surya-ocr-2-gguf is released under Open RAIL License. Open RAIL licenses permit use, including commercial use, subject to the use-based restrictions listed in the license, which must be passed on to anyone who receives the model or a derivative.

What is surya-ocr-2-gguf's context length?

262,144 tokens, from the maximum position embeddings in its published configuration.

Similar Models

Model · Image and text to text

Qwen3.8-27B-iMatrix-NVFP4-MTP-GGUF

Michał Piszczek

I built this quant because the ready-made FP4 file answered the wrong question. It was fast, but on my short WikiText-2 control it scored 6.4949 PPL. Plain Q40 scored 6.3798. The first higher-quality hybrid went too far the other way: good perplexity, 34.19 tok/s, and no comfortable room for 256K plus vision. This is the build that survived both gates. It is a 17.1 GB, 5.01 BPW mixed-precision GGUF of Qwen/Qwen3.8-27B. It keeps large, tolerant matrices in native NVFP4 and spends more bits on selected attention, Gated DeltaNet, and late FFN tensors. The trained MTP layer remains embedded in the same GGUF. This is not a fine-tune. I built the private calibration workload from 5,472 messages…

Open weights apache-2.0

Model · Image and text to text

Huihui-Qwen3.8-27B-abliterated-GGUF

Huihui.ai

This is an uncensored version of Qwen/Qwen3.8-27B created with abliteration (see remove-refusals-with-transformers to know more about it). This is a crude, proof-of-concept implementation to remove refusals from an LLM model without using TransformerLens. The newly added Huihui-Qwen3.8-27B-abliterated-GSQ-RCO series come from ISTA-DASLab/Qwen3.8-27B-GSQ-RCO-GGUF. Only layers 23 to 51 have been ablated, while the other layers remain unablated. It may come with a small disclaimer warning. The size after conversion may differ from the original GGUF. The newly added Huihui-Qwen3.8-27B-abliterated-UD series come from unsloth/Qwen3.8-27B-GGUF. Only layers 18 to 51 have been ablated(Previously…

Open weights apache-2.0 transformers

Qwen3.8-27B uncensored by HauhauCS 0/465 Refusals. This is the Aggressive variant: direct answers, no refusal behavior, and minimal preamble on hard prompts. Every text GGUF preserves Qwen3.8's native NextN head, and this release adds HauhauCS FastMTP: a specific acceleration sidecar qualified across the complete quant lineup at maximum native context. Vision is included through the separate BF16 projector. No changes to datasets or intended capabilities. This release preserves Qwen3.8-27B's text, reasoning, agentic, image, and video capabilities while applying the HauhauCS Aggressive uncensoring profile. Pick Aggressive when you specifically want the model to get to the answer without…

Open weights apache-2.0

Model · Image and text to text

Gemma-4-E4B-Uncensored-HauhauCS-Aggressive

HauhauCS

Gemma 4 E4B-IT uncensored by HauhauCS. 0/465 Refusals\ No changes to datasets or capabilities. Fully functional, 100% of what the original authors intended - just without the refusals. These are meant to be the best lossless uncensored models out there. Stronger uncensoring — model is fully unlocked and won't refuse prompts. May occasionally append short disclaimers (baked into base model training, not refusals) but full content is always generated. For a more conservative uncensor that keeps some safety guardrails, check the Balanced variant when it's available. All quants generated with importance matrix (imatrix) for optimal quality preservation on abliterated weights. KP ("Perfect")…

Open weights gemma

Model · Image and text to text

Qwen3.5-9B-GGUF

Unsloth AI

You can now also fine-tune the model locally with Unsloth. - Read our Qwen3.5 fine-tuning guide here. Over recent months, we have intensified our focus on developing foundation models that deliver exceptional utility and performance. Qwen3.5 represents a significant leap forward, integrating breakthroughs in multimodal learning, architectural efficiency, reinforcement learning scale, and global accessibility to empower developers and enterprises with unprecedented capability and efficiency. For more details, please refer to our blog post Qwen3.5. WMT24++: a harder subset of WMT24 after difficulty labeling and rebalancing; we report the averaged scores on 55 languages using XCOMET-XXL. Empty…

Open weights apache-2.0 transformers

Model · Image and text to text

Qwen3.8-Flash-Next-GGUF

Unsloth AI

As the frontier of foundation models pushes toward ever-larger parameter counts and ever-longer context windows, the question is no longer just how much we can scale, but how efficiently we can do so. Sustainable progress toward artificial general intelligence (AGI) that benefits everyone demands architectural innovation. Today, we are sharing a concrete step in that direction: Qwen3.8-Flash-Next. This experimental preview of the architecture that will underpin Qwen4 is built around a fundamental rethinking of how the core components of modern large language models (LLMs) interact at scale. The first open-weight release under this architecture is Qwen3.8-Flash-Next, which introduces: For…

Open weights other