Yes. Most community GGUFs of Qwen3-Reranker produce garbage scores (4.5e-23) because they're missing reranker-specific tensors. See llama.cpp #16407. This one works:

Doc 0 (relevant):   relevance_score = 0.99XX
Doc 1 (irrelevant): relevance_score = 0.00XX

Quick start

llama-server -m Qwen3-Reranker-8B-f16.gguf --reranking --pooling rank --embedding --port 8081

bash

curl http://localhost:8081/v1/rerank \
  -H "Content-Type: application/json" \
  -d '{
    "query": "employment termination notice period",
    "documents": [
      "The Labour Code requires 30 calendar days written notice.",
      "Corporate tax rates for small enterprises."
    ]
  }'

Use /v1/rerank, not /v1/embeddings. The embeddings endpoint returns zeros for reranker models.

What's different about this GGUF?

The official convert_hf_to_gguf.py detects Qwen3-Reranker and does things naive converters skip:

Extracts cls.output.weight (the yes/no classifier) from lm_head
Sets pooling_type = RANK metadata
Bakes in the rerank chat template
Sets classifier.output_labels = ["yes", "no"]

Without these, llama-server has nothing to compute scores from.

Known broken GGUFs

DevQuasar/Qwen.Qwen3-Reranker-4B-GGUF — broken.

models.ini example

ini

[Qwen3-Reranker-8B-f16]
model = /path/to/Qwen3-Reranker-8B-f16.gguf
reranking = true
pooling = rank
embedding = true
ctx-size = 32768

For a full multi-model setup guide (embedding + reranking + chat on one server), see the llama-server Qwen3 guide.

Convert it yourself

bash

pip install huggingface_hub gguf torch safetensors sentencepiece
python -c "from huggingface_hub import snapshot_download; snapshot_download('Qwen/Qwen3-Reranker-8B', local_dir='Qwen3-Reranker-8B-src')"
python convert_hf_to_gguf.py --outtype f16 --outfile Qwen3-Reranker-8B-f16.gguf Qwen3-Reranker-8B-src/

License

Apache 2.0 — same as the original model.

Voodisss/Qwen3-Reranker-8B-GGUF-llama_cpp

Qwen3-Reranker-8B — GGUF (llama.cpp)

Available files

Does it work?