Instructions to use tekosML/DeepSeek-V4-Flash-0731-GGUF-GX10 with libraries, inference providers, notebooks, and local apps. Follow these links to get started.
- Notebooks
- Google Colab
- Kaggle
- Local Apps Settings
- llama.cpp
How to use tekosML/DeepSeek-V4-Flash-0731-GGUF-GX10 with llama.cpp:
Install (macOS, Linux)
curl -LsSf https://llama.app/install.sh | sh # Start a local OpenAI-compatible server with a web UI: llama serve -hf tekosML/DeepSeek-V4-Flash-0731-GGUF-GX10 # Run inference directly in the terminal: llama cli -hf tekosML/DeepSeek-V4-Flash-0731-GGUF-GX10
Install from WinGet (Windows)
winget install llama.cpp # Start a local OpenAI-compatible server with a web UI: llama serve -hf tekosML/DeepSeek-V4-Flash-0731-GGUF-GX10 # Run inference directly in the terminal: llama cli -hf tekosML/DeepSeek-V4-Flash-0731-GGUF-GX10
Use pre-built binary
# Download pre-built binary from: # https://github.com/ggerganov/llama.cpp/releases # Start a local OpenAI-compatible server with a web UI: ./llama-server -hf tekosML/DeepSeek-V4-Flash-0731-GGUF-GX10 # Run inference directly in the terminal: ./llama-cli -hf tekosML/DeepSeek-V4-Flash-0731-GGUF-GX10
Build from source code
git clone https://github.com/ggerganov/llama.cpp.git cd llama.cpp cmake -B build cmake --build build -j --target llama-server llama-cli # Start a local OpenAI-compatible server with a web UI: ./build/bin/llama-server -hf tekosML/DeepSeek-V4-Flash-0731-GGUF-GX10 # Run inference directly in the terminal: ./build/bin/llama-cli -hf tekosML/DeepSeek-V4-Flash-0731-GGUF-GX10
Use Docker
docker model run hf.co/tekosML/DeepSeek-V4-Flash-0731-GGUF-GX10
- LM Studio
- Jan
- Ollama
How to use tekosML/DeepSeek-V4-Flash-0731-GGUF-GX10 with Ollama:
ollama run hf.co/tekosML/DeepSeek-V4-Flash-0731-GGUF-GX10
- Unsloth Studio
How to use tekosML/DeepSeek-V4-Flash-0731-GGUF-GX10 with Unsloth Studio:
Install Unsloth Studio (macOS, Linux, WSL)
curl -fsSL https://unsloth.ai/install.sh | sh # Run unsloth studio unsloth studio -H 0.0.0.0 -p 8888 # Then open http://localhost:8888 in your browser # Search for tekosML/DeepSeek-V4-Flash-0731-GGUF-GX10 to start chatting
Install Unsloth Studio (Windows)
irm https://unsloth.ai/install.ps1 | iex # Run unsloth studio unsloth studio -H 0.0.0.0 -p 8888 # Then open http://localhost:8888 in your browser # Search for tekosML/DeepSeek-V4-Flash-0731-GGUF-GX10 to start chatting
Using HuggingFace Spaces for Unsloth
# No setup required # Open https://huggingface.co/spaces/unsloth/studio in your browser # Search for tekosML/DeepSeek-V4-Flash-0731-GGUF-GX10 to start chatting
- Pi
How to use tekosML/DeepSeek-V4-Flash-0731-GGUF-GX10 with Pi:
Start the llama.cpp server
# Install llama.cpp: brew install llama.cpp # Start a local OpenAI-compatible server: llama serve -hf tekosML/DeepSeek-V4-Flash-0731-GGUF-GX10
Configure the model in Pi
# Install Pi: npm install -g @mariozechner/pi-coding-agent # Add to ~/.pi/agent/models.json: { "providers": { "llama-cpp": { "baseUrl": "http://localhost:8080/v1", "api": "openai-completions", "apiKey": "none", "models": [ { "id": "tekosML/DeepSeek-V4-Flash-0731-GGUF-GX10" } ] } } }Run Pi
# Start Pi in your project directory: pi
- Hermes Agent new
How to use tekosML/DeepSeek-V4-Flash-0731-GGUF-GX10 with Hermes Agent:
Start the llama.cpp server
# Install llama.cpp: brew install llama.cpp # Start a local OpenAI-compatible server: llama serve -hf tekosML/DeepSeek-V4-Flash-0731-GGUF-GX10
Configure Hermes
# Install Hermes: curl -fsSL https://hermes-agent.nousresearch.com/install.sh | bash hermes setup # Point Hermes at the local server: hermes config set model.provider custom hermes config set model.base_url http://127.0.0.1:8080/v1 hermes config set model.default tekosML/DeepSeek-V4-Flash-0731-GGUF-GX10
Run Hermes
hermes
- Atomic Chat new
- OpenClaw new
How to use tekosML/DeepSeek-V4-Flash-0731-GGUF-GX10 with OpenClaw:
Start the llama.cpp server
# Install llama.cpp: brew install llama.cpp # Start a local OpenAI-compatible server: llama serve -hf tekosML/DeepSeek-V4-Flash-0731-GGUF-GX10
Configure OpenClaw
# Install OpenClaw: npm install -g openclaw@latest # Register the local server and set it as the default model: openclaw onboard --non-interactive --mode local \ --auth-choice custom-api-key \ --custom-base-url http://127.0.0.1:8080/v1 \ --custom-model-id "tekosML/DeepSeek-V4-Flash-0731-GGUF-GX10" \ --custom-provider-id llama-cpp \ --custom-compatibility openai \ --custom-text-input \ --accept-risk \ --skip-health
Run OpenClaw
openclaw agent --local --agent main --message "Hello from Hugging Face"
- Docker Model Runner
How to use tekosML/DeepSeek-V4-Flash-0731-GGUF-GX10 with Docker Model Runner:
docker model run hf.co/tekosML/DeepSeek-V4-Flash-0731-GGUF-GX10
- Lemonade
How to use tekosML/DeepSeek-V4-Flash-0731-GGUF-GX10 with Lemonade:
Pull the model
# Download Lemonade from https://lemonade-server.ai/ lemonade pull tekosML/DeepSeek-V4-Flash-0731-GGUF-GX10
Run and chat with the model
lemonade run user.DeepSeek-V4-Flash-0731-GGUF-GX10-{{QUANT_TAG}}List all available models
lemonade list
DeepSeek V4 Flash 0731 GGUF for one GX10
This is a community GGUF quantization of deepseek-ai/DeepSeek-V4-Flash-0731, built to run fully resident on one 128 GB NVIDIA GB10 system such as an ASUS Ascent GX10 or DGX Spark.
It is not an official DeepSeek release.
Artifact
| Property | Value |
|---|---|
| File | DeepSeek-V4-Flash-0731-IQ2XXS-w2Q2K-AProjQ8-SExpQ8-OutQ8-imatrix.gguf |
| Size | 86,720,111,552 bytes, 80.76 GiB |
| SHA-256 | 73b86c93e7b0be37f68c4b3a5361c7e17f9b278647aa335ea304ac5dfd784867 |
| Source revision | 9e165c30e2704aec5d9d593cce3eebd58bbef1cb |
| Tested runtime | antirez/ds4 at 54b36ed9ba42da31b24f2d1a5feb075c2475dbb1 |
The GGUF contains the 45-shard base target model. It does not include shards 46 to 48 or enable the optional DSpark speculative module.
Quantization layout
The layout follows the proven one-GB10 V4 Flash recipe:
- routed gate and up experts:
IQ2_XXS - routed down experts:
Q2_K - attention projections:
Q8_0 - shared experts:
Q8_0 - output head:
Q8_0 - token embedding:
F16 - sensitive norms and control tensors:
F16orF32according to the pinned template
The calibration imatrix is Antirez's 1.5M-token routed-MoE dataset artifact from antirez/deepseek-v4-gguf, revision a88c423b511666d7ff7a4dcaee651669312bea97.
Where the 80.76 GiB goes
A header-only GGUF audit reconciled every serialized tensor byte without reading tensor payloads:
| Tensor family or type | Stored payload |
|---|---|
| Routed experts | 72.562 GiB, 89.845% of the file |
IQ2_XXS tensors |
44.344 GiB |
Q2_K tensors |
28.219 GiB |
Q8_0 tensors |
6.146 GiB |
F16 tensors |
2.041 GiB |
| Attention projections | 5.458 GiB |
| Shared experts | 1.071 GiB |
The model routes 6 of 256 experts per layer. This does not imply that only 6/256 of stored expert bytes are transferred by the runtime, but it explains why selective low-bit expert storage matters more than uniformly reducing every tensor. See measurement/header-byte-accounting.json.
Important limitation: the imatrix was collected for the earlier V4 Flash checkpoint and reused for 0731. This release has not established broad quality equivalence to the official mixed-precision checkpoint.
Measured GX10 result
Measured on one NVIDIA GB10 with 128 GB unified memory using target-only decoding. Both checkpoints used the same DS4 binary, prompts, tokenizer/template path, context, sampler settings, seed, power setting, and GPU budget.
Protocol:
- 1,024-token context
- 256-token output cap
- greedy decoding, temperature 0
- seed
260729 - non-thinking mode
- one warm-up per arm and workload
- three measured runs per arm and workload
- balanced
ABBAABmeasured order
| Workload | Earlier V4 Flash | V4 Flash 0731 | Change |
|---|---|---|---|
| Code generation | 16.86 tok/s | 16.91 tok/s | +0.30% |
| Technical prose | 16.83 tok/s | 16.84 tok/s | +0.06% |
Across all 16 warm-up and measured runs:
- all runs completed
- zero safety breaches
- zero swap growth
- minimum available memory was approximately 14.0 GiB
- maximum sampled temperature was 67 C
- maximum sampled power was 41.69 W
- all three measured outputs were byte-identical within each checkpoint and workload
The output text differed between the two checkpoints, as expected after post-training. The benchmark prompts were capped at 256 generated tokens and therefore do not support a broad quality-retention claim. See benchmark/protocol.json and benchmark/summary.json.
The matched benchmark ran before a same-length provenance-only metadata sanitization. That edit replaced the local quantize.imatrix.file string without changing tensor payload bytes, tensor offsets, or file size. The uploaded artifact was rehashed, header-audited, and smoke-tested afterward.
Verified smoke test
The final GGUF loaded through the CUDA backend on an NVIDIA GB10 and generated:
This sanitized local model response was generated on an NVIDIA GX10.
For that post-sanitization one-shot smoke test:
- CUDA model preparation: 19.933 seconds
- resident model spans: 80.76 GiB
- planned model plus 1,024-token KV memory: 80.86 GiB
- prefill: 40.52 tok/s
- generation: 15.56 tok/s
The matched three-run benchmark above is the better throughput reference.
Download
hf download tekosML/DeepSeek-V4-Flash-0731-GGUF-GX10 \
DeepSeek-V4-Flash-0731-IQ2XXS-w2Q2K-AProjQ8-SExpQ8-OutQ8-imatrix.gguf \
--local-dir .
Run with DS4
Build DS4 at the tested commit using its documented CUDA Spark target, then run:
./ds4 \
-m DeepSeek-V4-Flash-0731-IQ2XXS-w2Q2K-AProjQ8-SExpQ8-OutQ8-imatrix.gguf \
--prompt-file prompt.txt \
--ctx 1024 \
-n 256 \
--temp 0 \
--seed 260729 \
--nothink \
--power 100 \
--gpu-vram 105
Start conservatively. Larger context windows require more KV memory and were not validated for this release.
Reproducibility and lineage
See:
provenance.jsonfor revisions, sizes, and hashesREADY.jsonfor the exercised smoke-test resultbenchmark/protocol.jsonandbenchmark/summary.jsonfor the matched GX10 benchmarkmeasurement/header-byte-accounting.jsonfor exact GGUF payload and tensor-family accountingconversion/resume-notes.mdfor the boundary-validated write-resume provenance after the original converter stopped at tensor 133
The resume helper changed file continuation behavior only. It validated the complete GGUF header, every planned tensor's name, shape, type, size, and offset, and required the existing file to end at an exact tensor boundary before appending the remaining tensors. The final artifact was independently hashed after completion.
License
The source checkpoint is MIT licensed. The original license is included in this repository. Preserve the license and attribution when redistributing this derivative.
- Downloads last month
- -
We're not able to determine the quantization variants.
Model tree for tekosML/DeepSeek-V4-Flash-0731-GGUF-GX10
Base model
deepseek-ai/DeepSeek-V4-Flash-0731