SAVRN
Search Contact SAVRN

SAVRN Model Hub

Open-Weight Models

An open-weight model is an AI model whose trained weights are published for anyone to download. The weights are what the model learned in training. With a copy of them you can run the model on hardware you control and train it further on your own data.

Open weights are not the same as open source. Many publishers release the weights without the training data or code, and the license sets what you may do with the model. This library puts each model's full card, architecture, files, license and published evaluations on one page.

2,760Models
859Datasets
254Papers
1,692Publishers
5,040Sourced relationships

Updated 2026-09-18 · How the library is built

2,760 models, sorted by most downloaded.

This model is a fine-tuned version of Qwen/Qwen3-0.6B on the None dataset. It achieves the following results on the evaluation set: The following hyperparameters were used during training: - learningrate: 2e-05 - trainbatchsize: 4 - evalbatchsize: 8 - gradientaccumulationsteps: 16 - totaltrainbatchsize: 64 - lrschedulertype: cosine - lrschedulerwarmupsteps: 100 - numepochs: 3 - Transformers 5.17.0 - Pytorch 2.11.0+cu128 - Datasets 5.0.1 - Tokenizers 0.23.2

Open weights apache-2.0 596M parameters 40,960 tokens transformers
View model

This repository contains checkpoints and evaluation artifacts for GR00T fine-tuning. Each epoch folder is a separate model checkpoint; the repository root is an index. - Same 50 total LIBERO Spatial trajectories for every version (5,971 frames). - Vision encoder, language model, and the full action head/DiT are trainable. - Eight epochs maximum; 125 optimizer updates per epoch. - Every epoch checkpoint is uploaded and hash-verified before local weight eviction. - Every checkpoint is evaluated on all ten Spatial tasks, with 50 fixed initial states per task: 500 rollouts. - Success-rate plots use completed simulator evaluations, not training losses. Checkpoints and evaluations appear as the…

Open weights
View model

Model · Text generation

granite-4.0-h-small-w4a16-llmcompressor

AMD

ZenDNN v6.1.0 - ZenTorch v2.13.0.0 - PyTorch v2.13.0.0 - LLM Compressor v0.13.0 - vLLM v0.29.0 This is a quantized version of granite-4.0-h-small created by AMD using LLM Compressor (compressed-tensors) for ZenDNN-optimized CPU inference. The model was quantized from granite-4.0-h-small using LLM Compressor with the GPTQ algorithm. This reduces the model weights from 60.0 GiB to 16.1 GiB on disk (~73% reduction). granite-4.0-h-small is a hybrid Mamba-MoE model: of its 40 layers, 4 are full-attention blocks and the other 36 are Mamba (linear-attention) blocks, and every layer carries a 72-expert MoE block (top-10 routing) alongside a shared MLP. Two details make this work. The model is…

Open weights apache-2.0 32.2B parameters 131,072 tokens transformers
View model

Model · Text generation

granite-4.0-h-small-w8a8-llmcompressor

AMD

ZenDNN v6.1.0 - ZenTorch v2.13.0.0 - PyTorch v2.13.0.0 - LLM Compressor v0.13.0 - vLLM v0.29.0 This is a quantized version of granite-4.0-h-small created by AMD using LLM Compressor (compressed-tensors) for ZenDNN-optimized CPU inference. The model was quantized from granite-4.0-h-small using LLM Compressor via the Round-to-Nearest (RTN) algorithm. This reduces the model weights from 60.0 GiB to 30.4 GiB on disk (~49% reduction). granite-4.0-h-small is a hybrid Mamba-MoE model: of its 40 layers, 4 are full-attention blocks and the other 36 are Mamba (linear-attention) blocks, and every layer carries a 72-expert MoE block (top-10 routing) alongside a shared MLP. The recipe only needs two…

Open weights apache-2.0 32.2B parameters 131,072 tokens transformers
View model

Model · Text generation

granite-4.0-h-tiny-w8a8-llmcompressor

AMD

ZenDNN v6.1.0 - ZenTorch v2.13.0.0 - PyTorch v2.13.0.0 - LLM Compressor v0.13.0 - vLLM v0.29.0 This is a quantized version of granite-4.0-h-tiny created by AMD using LLM Compressor (compressed-tensors) for ZenDNN-optimized CPU inference. The model was quantized from granite-4.0-h-tiny using LLM Compressor via the Round-to-Nearest (RTN) algorithm. This reduces the model weights from 12.9 GiB to 6.6 GiB on disk (~49% reduction). granite-4.0-h-tiny is a hybrid Mamba-MoE model: of its 40 layers, 4 are full-attention blocks and the other 36 are Mamba (linear-attention) blocks, and every layer carries a 64-expert MoE block alongside a shared MLP. The recipe only needs two ignore entries. lmhead…

Open weights apache-2.0 6.9B parameters 131,072 tokens transformers
View model

This is Adam Pippert's personal research project. This Hub repository publishes source code and a training recipe, not model weights or a tuned checkpoint. It cannot be loaded directly with frompretrained(). Source commit: 543345ea033370484ca226424afd73164d48ca35. Hub packaging adds this landing page and a copy of the project README; runtime code is unchanged. Fullcollar integration is deferred. This is not an IBM, Red Hat, or TypeSafe release. A local typed-decision runtime and reproducible training recipe around The code supports Choice distributions, ordered Score rubrics, and Boolean Noul probabilities. It downloads official IBM weights; no new pretrained model or production-quality…

Open weights mit
View model

GRPO with a detached correct-response likelihood-rank reward; exact equation and provenance are recorded in baseline metadata. Training explicitly renders enablethinking=False, recorded as thinkingmode: false in the scientific contract. The pinned tokenizer and chat template remain unchanged. Use the same explicit keyword at inference, particularly for Qwen3-1.7B, whose default template enables thinking. Every checkpoint in this repository requires explicit nonthinking provenance. This public repository retains every published optimizer-update adapter, including update zero (the initial, untrained adapter). Training is planned for 4 epochs on the same 2,048-question training split as the…

Open weights peft
View model

Model Collections

Hand-picked starting points, each with the reason it exists.

Collection · 4 entries

Models that fit on one accelerator

Models whose publisher-reported parameter count puts them within reach of a single accelerator at common precisions. Memory needed depends on precision and serving configuration, so treat the parameter count as the starting point, not the answer.

Open-Weight Models Explained

What is an open-weight model?

An AI model whose trained weights are published for anyone to download, so it can be run, tested and fine-tuned on hardware the user controls.

Is an open-weight model the same as open source?

Not always. Open weights means the trained model can be downloaded. Open source usually also means the training code and data are available and the license allows broad reuse. Many open-weight models release the weights only.

Can I use an open-weight model commercially?

It depends on the license. Apache 2.0 and MIT allow commercial use. Other licenses limit it, for example to non-commercial use or below a set number of users. Every model page here shows its license.

How much memory does an open-weight model need?

About two bytes per parameter at 16-bit precision, so a 7-billion-parameter model needs roughly 14 GB for its weights, plus memory for the context it processes. Each model page lists its parameter count and the size of its files.

Related SAVRN Research

The hub sits beside SAVRN's market data and infrastructure research: what models cost to run, and what it takes to run them.