Issue with Roo-Code Native Tool Calling: "XML tool calls are no longer supported" (Works with lmstudio-community version)

#4
by cracosansan - opened

Hello,
I am encountering a specific issue with this model (nightmedia/Qwen3-Coder-Next-mxfp4-mlx) when using it with VS Code Roo-Code extension (v3.47.3) via a local LM Studio server (OpenAI Proxy).
The Issue:
When using Roo-Code in "Code" mode (which relies on function calling), the model fails with the following error from the extension:
code
Text
Date/time: 2026-02-10T07:12:55.394Z
Extension version: 3.47.3
Provider: openai (proxy)
Model: nightmedia/qwen3-coder-next-mlx

XML tool calls are no longer supported. Remove any XML tool markup (e.g. ...) and use native tool calling instead.
The "Ask" mode works fine, presumably because it doesn't trigger tool usage heavily.
Comparison:
I have tested the exact same setup (same LM Studio version, same Jinja configuration, same System Prompt) with the lmstudio-community/qwen3-coder-next-mlx version of the model, and it works perfectly without this error.
Observation:
It seems this specific quantization/conversion (mxfp4-mlx) might be causing the model to output XML-style tool tags (e.g., ) instead of adhering to the OpenAI-compatible Native Tool Calling (JSON format) required by the latest versions of Roo-Code.
Could this be related to a missing or different chat_template configuration in the tokenizer_config.json compared to the community version? Or is it a side effect of the mxfp4 quantization affecting adherence to system prompts regarding tool formats?
Any insights or fixes would be appreciated. Thanks!

Last time I updated the model, I changed the “tool_parser_type": "qwen3_coder",in the tokenizer config. I made the change in place—will double check and compare to see what’s missing

Try to comment out the chat_template in the config file and see if that makes a difference

This can be because I used the same template as the 4Bs and there might be some differences there

Yeah, I reviewed and compared to the original, the only thing that is new is the "tool_parser_type": "qwen3_coder".

I added this at someone's suggestion that might solve some calls, try commenting that one out.

Sign up or log in to comment