Nanbeige4.3-33B vs Qwen3-Coder-Next

Nanbeige4.3-33B

A dense 33B Llama-architecture cousin for long agentic coding and office tasks, with per-request thinking, XML tool calls that stock vLLM and SGLang parse, and 512K of context. It needs about 96 GB at BF16, as Nanbeige ships no quantised build. Its agentic results so far are Nanbeige's own, with no safety results, training data notes or licence file.

Qwen3-Coder-Next

A fast coding cousin for agent harnesses, with 3B active parameters and tool calling trained across many scaffold formats for Claude Code, Cline or Qwen Code loops. Alibaba's 4-bit GGUF needs about 58 GB, fitting one 64 GB machine, and two providers host it. The main risk is neglect, with no change since February, no replies and no safety results.

Nanbeige4.3-33B

1. Serve with vllm serve Nanbeige/Nanbeige4.3-33B --enable-auto-tool-choice --reasoning-parser qwen3 --tool-call-parser qwen3_coder, as the card says, or SGLang with the same two parsers
2. Keep tool_call_format at its default xml, since qwen3_coder parses that format; the json option writes Hermes-style JSON calls, which need a different parser such as vLLM's hermes
3. Pass chat_template_kwargs {"preserve_thinking": true} for multi-turn tool use and coding, and {"enable_thinking": false} to skip reasoning, as the card recommends
4. Use temperature 1.0, top_p 0.95 and up to 65,536 new tokens for agent work, and temperature 0.6 for reasoning and chat, per the card
5. Send your own system prompt, since without one the template injects a Chinese identity line, or a Chinese tool-expert prompt when tools are passed
6. Send one system message at the start only, as the template raises an error for a later one
7. In plain Transformers pass use_cache=True to generate, since config.json and generation_config.json set it false; trust_remote_code isn't needed

Qwen3-Coder-Next

1. Quickest start is ollama run qwen3-coder-next (Q4_K_M, 52 GB of files)
2. On our reference machine Alibaba's Q8_0 GGUF (84.8 GB, about 102 GB in use) also fits, run with llama-server -m Qwen3-Coder-Next-Q8_0/Qwen3-Coder-Next-Q8_0-00001-of-00004.gguf --jinja -ngl 99 -fa on -c 131072
3. Serve with vllm serve Qwen/Qwen3-Coder-Next --enable-auto-tool-choice --tool-call-parser qwen3_coder (vLLM 0.15.0 or later), using the built-in parser rather than the repository's qwen3coder_tool_parser_vllm.py, which fails to import on newer vLLM per discussion 36
4. The card's commands use tensor parallel 2 though the text says 4 GPUs, and it suggests cutting the context to 32,768 if the server fails to start
5. There's no thinking mode, so don't pass enable_thinking or wait for reasoning_content
6. Sampling per the card is temperature 1.0, top_p 0.95 and top_k 40
7. The GGUF card's llama.cpp example path omits the quant from the file name; the real files are named like Qwen3-Coder-Next-Q4_K_M-00001-of-00004.gguf
8. Validate any JSON it returns, since structured output isn't documented