Gemma 4 12B IT vs Kimi K3

Gemma 4 12B IT

A mid-size cousin for agent work with tools, optional thinking and image and audio input, under Apache 2.0. Google's 4-bit build needs under 9 GB with working space, so it runs on a 12 GB GPU or any recent Mac in all the common runtimes. The main risks are no published safety results and no documented JSON output.

Kimi K3

Kimi K3 is a 2.8T multimodal agent model with a 1M-token context, parallel tool calls and per-request effort, for long coding and research sessions. Its 1,561 GB of files need a multi-node GPU cluster, so most agents will call a hosted copy. The main risks are Moonshot's Python running at load and prompt time, and no answers in its repository.

Gemma 4 12B IT

1. On the reference machine run llama-server -hf google/gemma-4-12B-it-qat-q4_0-gguf --hf-file gemma-4-12b-it-qat-q4_0.gguf --jinja -c 131072, and add --mmproj with mmproj-gemma-4-12b-it-qat-q4_0.gguf for images and audio
2. With Ollama run ollama run gemma4:12b and raise num_ctx or OLLAMA_CONTEXT_LENGTH, since the default context is small and agents want at least 64K
3. In vLLM or SGLang pass --tool-call-parser gemma4 --reasoning-parser gemma4 (vLLM also --enable-auto-tool-choice), or tool calls come back as text; Google's w4a16 build is the 4-bit route there
4. Thinking is off by default; pass enable_thinking=True or start the system prompt with <|think|>, and drop earlier turns' thinking from history except on tool-call turns
5. Put images before the text and audio after it, keep audio to 30 seconds and video to 60 frames, and validate tool names and arguments before running them
6. Transformers needs 5.10.0 or later for gemma4_unified, and mlx-lm has no gemma4_unified code, so on a Mac use mlx-vlm, LM Studio or Ollama

Kimi K3

1. Start it with SGLang on a node of 8 B300s, sglang serve --trust-remote-code --model-path moonshotai/Kimi-K3 --tp-size 8 --context-length 65536 --mem-fraction-static 0.82 --reasoning-parser kimi_k3 --tool-call-parser kimi_k3 --port 30000
2. Use the kimi_k3 tool-call and reasoning parsers in vLLM or SGLang, and validate tool-call arguments against the schema, since vLLM's recipe says K3 sometimes emits a format its parser doesn't expect
3. Pass the whole assistant message back every turn, reasoning_content and tool_calls included, or output becomes unstable
4. Thinking is always on; set reasoning_effort to low or high when max is too slow
5. Sampling per the card is temperature 1.0, with top-p 0.95 for single-step tasks and 1.0 for agentic ones
6. Don't hand an ongoing session from another model to K3, and state boundaries in the system prompt, since Moonshot warns it can act on its own when intent is unclear
7. Without the hardware, call it through Moonshot's API or an inference provider listed on its Hugging Face page