For AI agents: a documentation index is available at the root level at /llms.txt and /llms-full.txt. Append /llms.txt to any URL for a page-level index, or .md for the markdown version of any page.
Digest
  • Getting Started
    • Quickstart
    • Introduction
    • Local Installation
    • Building from Source
    • Kubernetes Deployment
    • Contribution Guide
  • Resources
    • Support Matrix
    • Feature Matrix
    • Release Artifacts
    • Examples
    • Glossary
  • Digest
    • NVIDIA Dynamo Snapshot: Fast Startup for Inference Workloads on Kubernetes
    • DynoSim: Simulating the Pareto Frontier
    • Dynamo Day 0 support for TokenSpeed
    • Multi-Turn Agentic Harnesses
    • Full-Stack Optimizations for Agentic Inference
    • Flash Indexer: Inter-Galactic KV Routing
  • Kubernetes Deployment
  • Feature Guides
    • KV Cache Aware Routing
    • Disaggregated Serving
    • KV Cache Offloading
    • Benchmarking
    • Tool Calling & Reasoning Parsing
      • Tool Call Parsing (Dynamo)
      • Reasoning Parsing (Dynamo)
      • Parser Engine Fallback
      • Parser Configuration
      • Troubleshooting Tool Calls
    • Fault Tolerance
    • Observability (Local)
    • Inference Simulation
    • Agents
    • LoRA Adapters
    • Multimodal
    • Diffusion
    • Fastokens Tokenizer
  • Backends
    • SGLang
    • TensorRT-LLM
    • vLLM
  • Components
    • Frontend
    • Router
    • Planner
    • Profiler
    • KVBM
  • Integrations
  • Design Docs
    • Overall Architecture
    • Architecture Flow
    • Disaggregated Serving
    • Distributed Runtime
  • Documentation
    • Dynamo Docs Guide
NVIDIANVIDIA
Developer-friendly docs for your API
Privacy Policy | Your Privacy Choices | Terms of Service | Accessibility | Corporate Policies | Product Security | Contact

Copyright © 2026, NVIDIA Corporation.

LogoLogoDocumentation
Digest
On this page
  • Prerequisites
  • Supported Tool Call Parsers
  • Examples
  • Launch Dynamo Frontend and Backend
  • Tool Calling Request Example
  • Optional: structural tags
Feature GuidesTool Calling & Reasoning Parsing

Tool Call Parsing (Dynamo)

Connect Dynamo to external tools and services using Dynamo’s built-in tool call parsers

||View as Markdown|
Previous

Tool Calling & Reasoning Parsing

Next

Reasoning Parsing (Dynamo)

简体中文

You can connect Dynamo to external tools and services using tool calling. By providing a list of available functions, Dynamo can choose to output function arguments for the relevant function(s) which you can execute to augment the prompt with relevant external information.

Tool calling is controlled using the tool_choice and tools request parameters.

This page covers parser names for the default Dynamo-native path. If Dynamo does not list a parser for your model, see Parser Engine Fallback. For how --dyn-tool-call-parser combines with --dyn-chat-processor and --dyn-reasoning-parser (and which combinations are invalid), see Parser Configuration.

Prerequisites

To enable this feature, you should set the following flag while launching the backend worker

  • --dyn-tool-call-parser: select the tool call parser from the supported list below
$# <backend> can be sglang, trtllm, vllm, etc. based on your installation
$python -m dynamo.<backend> --help

If your model’s default chat template doesn’t support tool calling, but the model itself does, you can specify a custom chat template per worker with python -m dynamo.<backend> --custom-jinja-template </path/to/template.jinja>.

If your model also emits reasoning content that should be separated from normal output, see Reasoning Parsing (Dynamo) for the supported --dyn-reasoning-parser values.

Supported Tool Call Parsers

The table below lists the currently supported tool call parsers in Dynamo’s registry. The Upstream name column shows where the vLLM or SGLang parser name differs from Dynamo’s — relevant when using --dyn-chat-processor vllm or sglang (see Parser Engine Fallback). A blank upstream column means the same name works everywhere. Dynamo-only means no upstream parser exists for this format.

Parser NameModelsUpstream nameNotes
kimi_k2Kimi K2 Instruct/Thinking, Kimi K2.5Pair with --dyn-reasoning-parser kimi or kimi_k25
minimax_m2MiniMax M2 / M2.1vLLM: minimaxXML <minimax:tool_call>
deepseek_v4DeepSeek V4 Pro / FlashvLLM: deepseek_v4; SGLang: deepseekv4DSML tags (<|DSML|tool_calls>...). Aliases: deepseek-v4, deepseekv4
deepseek_v3DeepSeek V3, DeepSeek R1-0528+SGLang: deepseekv3Special Unicode markers
deepseek_v3_1DeepSeek V3.1Dynamo-onlyJSON separators
deepseek_v3_2DeepSeek V3.2+Dynamo-onlyDSML tags (<|DSML|function_calls>...)
qwen3_coderQwen3.5, Qwen3-CoderXML <tool_call><function=...>
glm47GLM-4.5, GLM-4.7Dynamo-onlyXML <arg_key>/<arg_value>
nemotron_deciNemotron-Super / -Ultra / -Deci, Llama-Nemotron-Ultra / -SuperDynamo-only<TOOLCALL> JSON
nemotron_nanoNemotron-NanoDynamo-onlyAlias for qwen3_coder
gemma4Google Gemma 4 (thinking models)vLLM: gemma4Custom non-JSON grammar with <|"|> string delimiters and <|tool_call>...<tool_call|> markers. Aliases: gemma-4. Pair with --dyn-reasoning-parser gemma4 and --custom-jinja-template examples/chat_templates/gemma4_tool.jinja
harmonygpt-oss-20b / -120bDynamo-onlyHarmony channel format
hermesQwen2.5-*, QwQ-32B, Qwen3-Instruct, Qwen3-Think, NousHermes-2/3vLLM: qwen2_5; SGLang: qwen25 (for Qwen models)<tool_call> JSON
phi4Phi-4, Phi-4-mini, Phi-4-mini-reasoningvLLM: phi4_mini_jsonfunctools[...] JSON
pythonicLlama 4 (Scout / Maverick)Python-list tool syntax
llama3_jsonLlama 3 / 3.1 / 3.2 / 3.3 Instruct<|python_tag|> tool syntax
mistralMistral / Mixtral / Mistral-Nemo, Magistral[TOOL_CALLS]...[/TOOL_CALLS]
jambaJamba 1.5 / 1.6 / 1.7Dynamo-only<tool_calls> JSON
default(fallback)Dynamo-onlyEmpty JSON config (no start/end tokens). Prefer a model-specific parser for production use.

For Kimi K2.5 thinking models, pair --dyn-tool-call-parser kimi_k2 with --dyn-reasoning-parser kimi_k25 from Reasoning Parsing (Dynamo) so that both <think> blocks and tool calls are parsed correctly from the same response.

Examples

Launch Dynamo Frontend and Backend

$# launch backend worker (or dynamo.vllm)
$python -m dynamo.sglang --model Qwen/Qwen3.5-4B --dyn-tool-call-parser qwen3_coder --dyn-reasoning-parser qwen3
$
$# launch frontend worker
$python -m dynamo.frontend

Tool Calling Request Example

$curl -s http://localhost:8000/v1/chat/completions \
> -H 'Content-Type: application/json' \
> -d '{
> "model": "Qwen/Qwen3.5-4B",
> "messages": [
> {"role": "user", "content": "What is the weather in San Francisco and New York?"}
> ],
> "tools": [{
> "type": "function",
> "function": {
> "name": "get_weather",
> "description": "Get the current weather for a location.",
> "parameters": {
> "type": "object",
> "properties": {"location": {"type": "string"}},
> "required": ["location"]
> }
> }
> }],
> "tool_choice": "auto"
> }'

Dynamo parses the tool calls out of the model output and surfaces them as OpenAI-compatible tool_calls entries on the response:

1{
2 "id": "chatcmpl-b415caad-9be0-4d9e-ac6d-9d23bfe57703",
3 "choices": [
4 {
5 "index": 0,
6 "message": {
7 "role": "assistant",
8 "content": null,
9 "reasoning_content": "The user is asking about the weather in two cities: San Francisco and New York. I need to call the get_weather function for each city. I'll make two separate function calls to get the weather information for both locations.\n",
10 "tool_calls": [
11 {
12 "id": "call-56223a95-3d14-4433-a94e-011f106c0e40",
13 "type": "function",
14 "function": {
15 "name": "get_weather",
16 "arguments": "{\"location\":\"San Francisco\"}"
17 }
18 },
19 {
20 "id": "call-d5b5772b-6b0c-4120-ad01-623278a937fe",
21 "type": "function",
22 "function": {
23 "name": "get_weather",
24 "arguments": "{\"location\":\"New York\"}"
25 }
26 }
27 ]
28 },
29 "finish_reason": "tool_calls",
30 "logprobs": null
31 }
32 ],
33 "created": 1778653281,
34 "model": "Qwen/Qwen3.5-4B",
35 ...
36}

If a tool call comes back wrong, add "logprobs": true to a single repro request and share the response. See Troubleshooting Tool Calls for what to capture and include when reporting an issue.

Optional: structural tags

You can optionally turn on xgrammar structural tags so guided decoding matches the parser’s tool-call format at token granularity. See Structural tag (guided decoding for tool calls).