Instructions to use bartowski/Qwen3.8-27B-GGUF 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 bartowski/Qwen3.8-27B-GGUF 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 bartowski/Qwen3.8-27B-GGUF:Q4_K_M # Run inference directly in the terminal: llama cli -hf bartowski/Qwen3.8-27B-GGUF:Q4_K_M
Install from WinGet (Windows)
winget install llama.cpp # Start a local OpenAI-compatible server with a web UI: llama serve -hf bartowski/Qwen3.8-27B-GGUF:Q4_K_M # Run inference directly in the terminal: llama cli -hf bartowski/Qwen3.8-27B-GGUF:Q4_K_M
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 bartowski/Qwen3.8-27B-GGUF:Q4_K_M # Run inference directly in the terminal: ./llama-cli -hf bartowski/Qwen3.8-27B-GGUF:Q4_K_M
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 bartowski/Qwen3.8-27B-GGUF:Q4_K_M # Run inference directly in the terminal: ./build/bin/llama-cli -hf bartowski/Qwen3.8-27B-GGUF:Q4_K_M
Use Docker
docker model run hf.co/bartowski/Qwen3.8-27B-GGUF:Q4_K_M
- LM Studio
- Jan
- vLLM
How to use bartowski/Qwen3.8-27B-GGUF with vLLM:
Install from pip and serve model
# Install vLLM from pip: pip install vllm # Start the vLLM server: vllm serve "bartowski/Qwen3.8-27B-GGUF" # Call the server using curl (OpenAI-compatible API): curl -X POST "http://localhost:8000/v1/chat/completions" \ -H "Content-Type: application/json" \ --data '{ "model": "bartowski/Qwen3.8-27B-GGUF", "messages": [ { "role": "user", "content": [ { "type": "text", "text": "Describe this image in one sentence." }, { "type": "image_url", "image_url": { "url": "https://cdn.britannica.com/61/93061-050-99147DCE/Statue-of-Liberty-Island-New-York-Bay.jpg" } } ] } ] }'Use Docker
docker model run hf.co/bartowski/Qwen3.8-27B-GGUF:Q4_K_M
- Ollama
How to use bartowski/Qwen3.8-27B-GGUF with Ollama:
ollama run hf.co/bartowski/Qwen3.8-27B-GGUF:Q4_K_M
- Unsloth Studio
How to use bartowski/Qwen3.8-27B-GGUF 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 bartowski/Qwen3.8-27B-GGUF 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 bartowski/Qwen3.8-27B-GGUF to start chatting
Using HuggingFace Spaces for Unsloth
# No setup required # Open https://huggingface.co/spaces/unsloth/studio in your browser # Search for bartowski/Qwen3.8-27B-GGUF to start chatting
- Pi
How to use bartowski/Qwen3.8-27B-GGUF with Pi:
Start the llama.cpp server
# Install llama.cpp: brew install llama.cpp # Start a local OpenAI-compatible server: llama serve -hf bartowski/Qwen3.8-27B-GGUF:Q4_K_M
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": "bartowski/Qwen3.8-27B-GGUF:Q4_K_M" } ] } } }Run Pi
# Start Pi in your project directory: pi
- Docker Model Runner
How to use bartowski/Qwen3.8-27B-GGUF with Docker Model Runner:
docker model run hf.co/bartowski/Qwen3.8-27B-GGUF:Q4_K_M
- Lemonade
How to use bartowski/Qwen3.8-27B-GGUF with Lemonade:
Pull the model
# Download Lemonade from https://lemonade-server.ai/ lemonade pull bartowski/Qwen3.8-27B-GGUF:Q4_K_M
Run and chat with the model
lemonade run user.Qwen3.8-27B-GGUF-Q4_K_M
List all available models
lemonade list
- Hermes Agent
How to use bartowski/Qwen3.8-27B-GGUF with Hermes Agent:
Start the llama.cpp server
# Install llama.cpp: brew install llama.cpp # Start a local OpenAI-compatible server: llama serve -hf bartowski/Qwen3.8-27B-GGUF:Q4_K_M
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 bartowski/Qwen3.8-27B-GGUF:Q4_K_M
Run Hermes
hermes
- Atomic Chat
- OpenClaw
How to use bartowski/Qwen3.8-27B-GGUF with OpenClaw:
Start the llama.cpp server
# Install llama.cpp: brew install llama.cpp # Start a local OpenAI-compatible server: llama serve -hf bartowski/Qwen3.8-27B-GGUF:Q4_K_M
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 "bartowski/Qwen3.8-27B-GGUF:Q4_K_M" \ --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"
Qwen 3.8 27B Intermittent premature EOS / truncation during agentic tool-calling despite fixed template and reasoning mode
I am experiencing intermittent premature EOS (End of Sequence) truncation when running Qwen3.8-27B in an agentic/tool-calling workflow.
Despite using the community-vetted fixed chat template (froggeric/Qwen-Fixed-Chat-Templates), enabling --reasoning on, and dynamically aligning the --reasoning-budget with the reasoning_effort, the model occasionally stops generating mid-thought or mid-tool-call.
When this happens, the llama-server logs show a clean exit with truncated = 0, indicating the server believes it finished normally, but the output is clearly cut off from the client's perspective.
Environment:
- Hardware: Kaggle Notebook (2x NVIDIA T4 GPUs, 16GB VRAM each)
- OS: Linux (Kaggle Docker environment)
- llama.cpp build:
b10435/b10451(CUDA 12.x pre-compiled) - Models Tested:
bartowski/Qwen3.8-27B-GGUFβQwen3.8-27B-Q4_K_M.gguf(Vision:mmproj-Qwen3.8-27B-bf16.gguf)unsloth/Qwen3.8-27B-GGUFβQwen3.8-27B-UD-Q4_K_XL.gguf(Vision:mmproj-BF16.gguf)
- Chat Template: froggeric/Qwen-Fixed-Chat-Templates (
chat_template.jinja)
Exact llama-server Command Used:
(Extracted dynamically from my Python orchestration script)
llama-server \
-m Qwen3.8-27B-Q4_K_M.gguf \
--mmproj mmproj-Qwen3.8-27B-bf16.gguf \
--chat-template-file /tmp/qwen3.8_fixed.jinja \
--host 0.0.0.0 --port 8080 \
--ctx-size 131072 \
--gpu-layers 999 \
--jinja \
-fa on \
--no-mmap \
--threads 4 \
--temp 1.0 \
--top-k 20 \
--top-p 0.95 \
--min-p 0.0 \
--repeat-penalty 1.0 \
--repeat-last-n 256 \
--presence-penalty 0.0 \
--threads-batch 4 \
-b 2048 \
-ub 1024 \
-np 1 \
--split-mode layer \
-ts 1,1 \
--reasoning on \
--cache-type-k q4_0 \
--cache-type-v q4_0 \
--defrag-thold 0.1 \
--reasoning-preserve \
--reasoning-budget 2048 \
--n-predict 98304 \
--reasoning-budget-message "Reasoning budget exhausted β answering now." \
--chat-template-kwargs '{"reasoning_effort": "low"}'
Key Configuration Notes:
- Split Mode: Running with
--split-mode layer -ts 1,1across 2x T4 GPUs. - Reasoning: Explicitly set to
onwith a strict budget of2048tokens to enforce concise thinking, paired withreasoning_effort: "low"in the template kwargs. - Template: Using the
froggericfixed template to avoid the known official Qwen 3.8 "empty think poisoning" and tool-parsing bugs. - Both GGUF sources tested: The issue occurs with both
bartowskiandunslothquantizations, suggesting it is not quantization-specific.
Try not to use q8_0 quantization for the KV cache; in my tests, it significantly degrades code output (syntax errors).
Try not to use q8_0 quantization for the KV cache; in my tests, it significantly degrades code output (syntax errors).
I'm guessing you meant q4_0. I'll bump up to q8_0.
Try not to use q8_0 quantization for the KV cache; in my tests, it significantly degrades code output (syntax errors).
I wanted to follow up and say a huge thank you for the suggestions. I can confirm that the intermittent EOS/truncation issue has been completely resolved on my end!
The breakthrough came from combining two specific adjustments:
Upgrading the KV cache from q4_0 to q8_0 (at a 110k context window) as you suggested.
Adding the --reasoning-format deepseek flag, which properly extracts the blocks into the reasoning_content field and prevents thinking tokens from interfering with tool-call parsing. This eliminated the numerical attention drift that was accumulating at massive context lengths and causing the model to occasionally spike the EOS token.
Combined with the froggeric fixed chat template and a balanced reasoning budget (8192 tokens for "medium" effort), the model has been running perfectly stable for complex, multi-step agentic workflows for over an hour with zero truncations.
Thank you for your time and expertise.