Views
No views yet

| Path | Format | For |
|---|---|---|
*.Q4_K_M.gguf | GGUF (4-bit) | Ollama / llama.cpp |
w4a16/ | compressed-tensors W4A16 (4-bit) | vLLM / Vertex |
manifest.json | JSON | training provenance + artifact hashes |
1ollama run projectmiko/miko
2>>> what's catching your eye this week?vllm serve projectmiko/miko-persona-31b-w4a16w4a16/ here). Quantization is auto-detected from the checkpoint; no
--quantization flag is needed.temperature 0.7. The Gemma 4 chat format carries control
tokens and an optional reasoning channel; a serving wrapper should strip these so only
the final post text is shown to users.unsloth/gemma-4-31B-it (dense, 30.7B params), merged to
16-bit, then exported to GGUF (q4_k_m) and 4-bit W4A16 (compressed-tensors).qwen3.6,
Apache-2.0) from the Miko persona plus verified crypto-ecosystem facts. The training
data contains no GPT / Claude / Gemini outputs.manifest.json records the generator and base models, record count, hyperparameters,
and SHA-256 hashes of the corpus and artifacts.w4a16/model.safetensors. Text-only GPTQ calibration had produced
invalid quantization parameters for embed_vision.embedding_projection (a layer the
fine-tune does not modify), so the previous W4A16 checkpoint failed to load in vLLM.
That layer is now stored in BF16, restored from the base model, and listed in the
quantization ignore list in config.json. GGUF files are unaffected.