Instructions to use immortaltatsu/ghostai-alpha 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 immortaltatsu/ghostai-alpha 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 immortaltatsu/ghostai-alpha:Q4_K_M # Run inference directly in the terminal: llama cli -hf immortaltatsu/ghostai-alpha:Q4_K_M
Install from WinGet (Windows)
winget install llama.cpp # Start a local OpenAI-compatible server with a web UI: llama serve -hf immortaltatsu/ghostai-alpha:Q4_K_M # Run inference directly in the terminal: llama cli -hf immortaltatsu/ghostai-alpha: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 immortaltatsu/ghostai-alpha:Q4_K_M # Run inference directly in the terminal: ./llama-cli -hf immortaltatsu/ghostai-alpha: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 immortaltatsu/ghostai-alpha:Q4_K_M # Run inference directly in the terminal: ./build/bin/llama-cli -hf immortaltatsu/ghostai-alpha:Q4_K_M
Use Docker
docker model run hf.co/immortaltatsu/ghostai-alpha:Q4_K_M
- LM Studio
- Jan
- vLLM
How to use immortaltatsu/ghostai-alpha with vLLM:
Install from pip and serve model
# Install vLLM from pip: pip install vllm # Start the vLLM server: vllm serve "immortaltatsu/ghostai-alpha" # Call the server using curl (OpenAI-compatible API): curl -X POST "http://localhost:8000/v1/chat/completions" \ -H "Content-Type: application/json" \ --data '{ "model": "immortaltatsu/ghostai-alpha", "messages": [ { "role": "user", "content": "What is the capital of France?" } ] }'Use Docker
docker model run hf.co/immortaltatsu/ghostai-alpha:Q4_K_M
- Ollama
How to use immortaltatsu/ghostai-alpha with Ollama:
ollama run hf.co/immortaltatsu/ghostai-alpha:Q4_K_M
- Unsloth Studio
How to use immortaltatsu/ghostai-alpha 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 immortaltatsu/ghostai-alpha 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 immortaltatsu/ghostai-alpha to start chatting
Using HuggingFace Spaces for Unsloth
# No setup required # Open https://huggingface.co/spaces/unsloth/studio in your browser # Search for immortaltatsu/ghostai-alpha to start chatting
- Pi
How to use immortaltatsu/ghostai-alpha with Pi:
Start the llama.cpp server
# Install llama.cpp: brew install llama.cpp # Start a local OpenAI-compatible server: llama serve -hf immortaltatsu/ghostai-alpha: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": "immortaltatsu/ghostai-alpha:Q4_K_M" } ] } } }Run Pi
# Start Pi in your project directory: pi
- OpenClaw new
How to use immortaltatsu/ghostai-alpha with OpenClaw:
Start the llama.cpp server
# Install llama.cpp: brew install llama.cpp # Start a local OpenAI-compatible server: llama serve -hf immortaltatsu/ghostai-alpha: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 "immortaltatsu/ghostai-alpha: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"
- Docker Model Runner
How to use immortaltatsu/ghostai-alpha with Docker Model Runner:
docker model run hf.co/immortaltatsu/ghostai-alpha:Q4_K_M
- Lemonade
How to use immortaltatsu/ghostai-alpha with Lemonade:
Pull the model
# Download Lemonade from https://lemonade-server.ai/ lemonade pull immortaltatsu/ghostai-alpha:Q4_K_M
Run and chat with the model
lemonade run user.ghostai-alpha-Q4_K_M
List all available models
lemonade list
- Hermes Agent
How to use immortaltatsu/ghostai-alpha with Hermes Agent:
Start the llama.cpp server
# Install llama.cpp: brew install llama.cpp # Start a local OpenAI-compatible server: llama serve -hf immortaltatsu/ghostai-alpha: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 immortaltatsu/ghostai-alpha:Q4_K_M
Run Hermes
hermes
- Atomic Chat
GhostAI Alpha
Alpha SFT of Qwen3.5-0.8B for Ghost AI's on-device planner/executor: it takes a natural-language crypto request plus a memory block and emits a structured plan JSON, then compiles each plan step into an exact tool-call JSON.
Published for in-app integration testing only. See Limitations — this is not a beta candidate and its eval numbers are not meaningful.
Files
GGUF (llama.cpp / on-device)
| File | Size | Notes |
|---|---|---|
ghostai-alpha-F16.gguf |
1.4 GB | full precision reference |
ghostai-alpha-Q8_0.gguf |
774 MB | 8.52 BPW |
ghostai-alpha-Q4_K_M.gguf |
505 MB | 5.51 BPW — mobile target |
Transformers format
| File | Size | Notes |
|---|---|---|
model.safetensors |
1.5 GB | 320 tensors, bf16 |
config.json |
— | mtp_num_hidden_layers: 0 (see below) |
tokenizer.json, tokenizer_config.json |
20 MB | vocab 248,320 |
chat_template.jinja |
7.8 KB | ChatML with enable_thinking toggle |
generation_config.json, training_args.bin |
— | inference defaults / SFT hyperparameters |
MTP head
| File | Size | Notes |
|---|---|---|
mtp/mtp-base-untrained.safetensors |
41 MB | 15 tensors, 20.5M params — base weights, never fine-tuned |
The MTP head is shipped separately and is not part of model.safetensors or any GGUF.
See mtp/README.md before using it — pairing an untrained draft head with a fine-tuned
target model degrades speculative-decoding acceptance rates.
Model
- Architecture:
Qwen3_5ForCausalLM, 24 layers, hidden 1024, GQA (8 Q / 2 KV heads), vocab 248,320, 262K context. Gated DeltaNet hybrid —layer_typesalternates threelinear_attentionlayers to onefull_attention. - Parameters: 752.4M. The base checkpoint is multimodal
(
Qwen3_5ForConditionalGeneration); the 100.6M vision tower is dropped for text-only use. - MTP head removed. The base checkpoint's Multi-Token-Prediction head (15 tensors) is
not carried through, and
mtp_num_hidden_layersis set to0so llama.cpp does not expect a 25th block. Speculative decoding via MTP is therefore unavailable.
Training
DeepSpeed ZeRO-3, bf16, 2× A100-40GB.
| Data | 918 train / 222 eval traces (planning + execution) |
| Epochs | 3 (87 steps) |
| Effective batch | 32 (4 micro × 4 accum × 2 GPU) |
| LR | 1e-5, cosine, 3% warmup |
| Max length | 2048 |
| Runtime | 764.5 s |
| Metric | Value |
|---|---|
| final train loss | 0.2917 |
| eval loss (e1 → e3) | 0.202 → 0.150 → 0.1448 |
| eval token accuracy | 0.9527 → 0.9645 → 0.9663 |
Usage
llama-cli -m ghostai-alpha-Q4_K_M.gguf -ngl 99 --temp 0 --jinja \
--chat-template-kwargs '{"enable_thinking":false}' \
-sys "You are Ghost AI, an on-device mobile crypto assistant. Produce a structured plan JSON matching the v1 schema." \
-p "swap 2 SOL to USDC"
Roughly 254 tok/s generation for Q4_K_M on a single A100.
Production use assumes grammar-constrained decoding — the plan schema when planning, the individual tool's JSON schema when executing. Do not rely on unconstrained output being schema-valid.
Limitations
Do not read the eval metrics above as generalization. They are reported for reproducibility only.
- Train/eval contamination. The evaluation split was drawn from the same scenario corpus as training; 25% of eval rows are byte-identical to a training row. Train and eval loss track each other almost exactly (0.2014 vs 0.202 at epoch 1), which is the contamination, not generalization.
- Templated targets. Training data was generated deterministically, not distilled
from a teacher. Across 400 plans there are only 33 unique summary strings, and
across 72 clarification plans only 3 unique questions (one of which is the
contentless
"Could you clarify?"). The model reproduces these templates verbatim — expect"Referenced token(s): ..."and similar strings to appear as memorized output. - No reasoning traces. Assistant turns are bare plan JSON, so the model has no trained short-reasoning behavior.
- Partial tool coverage. Only 25 of the 36 manifest tools appear in any execution
trace. The
web_search/web_research/web_fetchfamily is entirely absent, so retrieval-grounded behavior is untrained. - Refusal/risk behavior is unvalidated. Risk and refusal categories are ~30% of the data mix but their targets are templated, so declines should not be trusted without independent evaluation.
A teacher-distilled corpus with a genuinely held-out eval set is required before any tier model is a shipping candidate.
License
Base model Qwen/Qwen3.5-0.8B is Apache 2.0; that license governs this derivative.
- Downloads last month
- -