Deployment
Install SGLang
Install SGLang
For all methods and hardware platforms, see the official SGLang installation guide. The two paths below match the Python / Docker toggle in the command panel.Run the Python output of the command panel below in that environment.
- Python (pip / uv)
- Docker
- Low-Latency — fastest reply for a single user. Pick for chat.
- Balanced — good speed with several users at once. Use for typical multi-user serving.
Panel controls (top of the command box):
- Python / Docker — bare
sglang serve …for an existing SGLang env, or adocker run … sglang serve …wrap against the per-hardware image from the Install SGLang panel above. - ⧉ Copy — copies the current command (with whichever framing is active) to your clipboard.
- $ cURL — a sample request against
localhost:30000to confirm the server is up. - ⚙ Env — edits the placeholders (
HOST_IP,PORT,HF_TOKEN,NODE_RANK,NODE0_IP) the command and cURL share. Persists in localStorage across cookbooks. - Verified / Not Verified badge — green when the
(hw, variant, quant, strategy, nodes)combo has been run end-to-end on real hardware; yellow when auto-derived from a neighbor and not yet re-checked.
Playground
The Playground lets you turn on additional knobs on top of whichever Deploy cell is currently selected. The base is read live from your Deploy selection — only your overrides change. The knobs come in two flavors:- Built-in SGLang features — parallelism overrides (TP / CP / DP-Attention), MoE backend + EP, reasoning / tool-call parsers, speculative-decoding presets, prefill/decode disaggregation, and HiCache tiers.
- Hy3 specific —
--tool-call-parser auto/--reasoning-parser auto(auto-detect Hy3’s suffix-awarehunyuanparsers from the chat template; resolve the real special tokens from the tokenizer vocab at runtime).
Panel controls reuse Python / Docker · ⧉ Copy · $ cURL · ⚙ Env from the Deploy panel, plus one extra:
- Submit ↗ — opens a pre-filled GitHub issue so you can land your override combo as a new verified cookbook cell. Shown only while the badge says Not Verified; click it once you’ve actually run the command on your hardware and confirmed it works.
1. Model Introduction
Hy3 is Tencent’s third-generation flagship Mixture-of-Experts language model, featuring hybrid thinking, native tool calling, long-context reasoning, and Multi-Token Prediction (MTP) for low-latency serving. Key Features:- MoE Architecture: 192 routed experts + 1 shared expert, top-8 activated per token. 295B total parameters with 21B active (+3.8B MTP layer), delivering dense-model quality at MoE inference cost.
- Hybrid Thinking: Reasoning modes (
high,low,no_think) controllable via OpenAI-standardreasoning_effort, allowing the same weights to trade off latency and depth of reasoning. - Native Tool Calling: Trained on a structured grammar. Pairs with SGLang’s
hunyuantool-call parser for streaming OpenAI-compatible function-calling output. - Long Context: 256K token context window (262,144 positions) for repository-scale code and document reasoning.
- Multi-Token Prediction (MTP): Ships with a built-in MTP draft module enabling speculative decoding out of the box.
- tencent/Hy3 — BF16 instruct
- tencent/Hy3-FP8 — FP8
| Parameter | Value |
|---|---|
temperature | 0.9 |
top_p | 1.0 |
reasoning_effort | high / low (thinking) or no_think (instant) |
<tool_calls:TAG> instead of the bare <tool_calls>). SGLang’s hunyuan parsers resolve the real token strings from the tokenizer vocab at runtime (PR #29920), so the same recipe serves both the preview (suffix-less) and the shipping (suffixed) tokenizer — no per-model hard-coding. This is why --reasoning-parser hunyuan / --tool-call-parser hunyuan work out of the box on the shipping model.
2. Configuration Tips
Hardware requirements (BF16, ~590GB weights):| GPU | VRAM | TP | Notes |
|---|---|---|---|
| H200 | 141GB | 8 | minimum single-node for BF16 |
| B200 | 192GB | 4 | BF16 590GB → 148GB/GPU |
| B300 / GB300 | 288GB | 4 | BF16 590GB → 148GB/GPU; ample KV headroom |
| GB200 | 192GB | 4 | single-node 4×192GB = 768GB fits BF16 590GB |
trtllm_mha attention backend for HYV3’s MHA architecture (no flag needed) — the launch commands above omit it for that reason. Override only if you have a specific kernel reason.
MTP (Multi-Token Prediction, EAGLE).
low-latency: steps=3, draft-tokens=4 → largest win at bs=1.balanced: MTP disabled — keep the prefill batch moderate so chunked-prefill stays efficient.
reasoning_effort vs thinking. The Hy3 chat template is driven by reasoning_effort (high / low / no_think), NOT by the thinking flag that some other families use. The default is no_think (instant). To opt into thinking, pass reasoning_effort="high" on the request (the OpenAI-standard field; sglang forwards it to the template). reasoning_effort: max is rejected by sglang — use high. For eval, sgl-eval’s --thinking flag translates to reasoning_effort="high" for Hy3, so the benchmark commands below use it as-is.
3. Advanced Usage
3.1 Reasoning (Hybrid Thinking)
Hy3 is a hybrid-thinking model. Control the thinking budget viareasoning_effort:
high/low— increasing amounts of chain-of-thought inreasoning_contentno_think— skip thinking entirely (instant responses, content-only)
reasoning_content:
Deploy with reasoning parser
Deploy with reasoning parser
Command
Example: thinking (reasoning_effort=high)
Example: thinking (reasoning_effort=high)
Example
Output
Example: instant mode (reasoning_effort=no_think)
Example: instant mode (reasoning_effort=no_think)
Example
Output
3.2 Tool Calling
Hy3 supports streaming OpenAI-compatible tool calls. Enable both parsers together — the reasoning parser strips any thinking tokens before the tool-call parser runs:Deploy with tool-call parser
Deploy with tool-call parser
Command
Example: non-streaming tool call
Example: non-streaming tool call
Example
Output
Example: streaming tool call (incremental argument deltas)
Example: streaming tool call (incremental argument deltas)
Example
Output
