qwen3 coder via openrouter giving "404 no tool use" error.

[Tor-Saxberg]

{
  "LOG": false,
  "Providers": [
    {
      "name": "groq",
      "api_base_url": "https://api.groq.com/openai/v1/chat/completions",
      "api_key": "gsk_",
      "models": [ "qwen/qwen3-32b" , "moonshotai/kimi-k2-instruct"],
      "transformer": {
        "use": [
          [ "maxtoken", { "max_tokens": 16384 } ],
          "openrouter"
        ]
      }
    },
    {
      "name": "openrouter",
      "api_base_url": "https://openrouter.ai/api/v1/chat/completions",
      "api_key": "sk-f",
      "models": [ "qwen/qwen3-coder" ],
      "transformer": {
        "use": [
          [ "maxtoken", { "max_tokens": 40960} ],
          "openrouter"  
        ]
      }
    }
  ],
  "Router": {
    "default": "openrouter,qwen/qwen3-coder"
  }
}

the openrouter page says this:
Qwen3-Coder… is optimized for agentic coding tasks such as function calling, **tool use**, and long-context reasoning over repositories.

but, even after re-installing ccr, I get this error:

Error from provider: {\"error\":{\"message\":\"No endpoints found that support tool use. To learn more about provider routing, visit: https://openrouter.ai/docs/provider-routing\",\"code\":404}}\n    at Et (/opt/homebrew/lib/node_modules/@musistudio/claude-code-router/dist/cli.js:74566:11)\n    at s0 (/opt/homebrew/lib/node_modules/@musistudio/claude-code-router/dist/cli.js:74626:49)\n    at process.processTicksAndRejections (node:internal/process/task_queues:105:5)\n    at async e0 (/opt/homebrew/lib/node_modules/@musistudio/claude-code-router/dist/cli.js:74591:73)","type":"api _error","code":"provider_response_error"}}

I verified that the endpoint works with a simplr curl command:

curl https://openrouter.ai/api/v1/chat/completions \
-H "Authorization: Bearer $OPENROUTER_API_KEY" \
-H "Content-Type: application/json" \
-d '{
  "model": "qwen/qwen3-coder",
  "messages": [
      {
          "role": "user",
          "content": "do you support tool use?"
      }
  ]
}'

I should not that upon further testing it seems to work for some providers like Baseten, Parasail, and DeepInfra. but it does not work with the only provider that really matters: Cerebras, with 2,343 tps. I also don't think it's an openrouter x cerebras issue, because Cline has no trouble doing exactly this.

[kturung]

I got the same error. Then I checked the openrouter cerebras .Indeed there is no tool support for cerebras on open router.

[Tor-Saxberg]

that's a bummer. it seems the Qwen3 235B A22B Thinking 2507 model also doesn't have tool use then.
I switched to Cerberas endpoint directly,

...
    {
      "name": "cerebras",
      "api_base_url": "https://api.cerebras.ai/v1/chat/completions",
      "api_key": "csk-",
      "models": ["qwen-3-coder-480b"],
      "transformer": {
        "use": [
          [ "maxtoken", { "max_tokens": 40960} ],
          "openrouter"
        ]
      }
    }
  ],
  "Router": {
    "default": "cerebras,qwen-3-coder-480b"
  }

but now I get some other error:

API Error: 422 {"error":{"message":"Error from provider:
    {\"message\":\"body.messages.0.system.content: Input should be a valid string\",\"type\":\"invali
    d_request_error\",\"param\":\"validation_error\",\"code\":\"wrong_api_format\"}Error: Error from
    provider: {\"message\":\"body.messages.0.system.content: Input should be a valid string\",\"type\
    ":\"invalid_request_error\",\"param\":\"validation_error\",\"code\":\"wrong_api_format\"}\n    at
     Et (/Users/torsaxberg/CascadeProjects/code clients/claude-code-router/dist/cli.js:75236:11)\n
     at s0 (/Users/torsaxberg/CascadeProjects/code clients/claude-code-router/dist/cli.js:75296:49)\n
        at process.processTicksAndRejections (node:internal/process/task_queues:105:5)\n    at async
    e0 (/Users/torsaxberg/CascadeProjects/code clients/claude-code-router/dist/cli.js:75261:73)","typ
    e":"api_error","code":"provider_response_error"}}

I assume this is an issue with the transformer choice, since it works just fine with qwen code. is there a transformer that works for the cerebras endpoint?

[MaurUppi]

I'd like to add my feedback.
Same issue regarding Qwen3 Coder (free)

I tried to input save it to ".claude/xzy/abc" folder ASAP by using Claude Code but NO file be created.

[musistudio]

{
"LOG": false,
"Providers": [
{
"name": "groq",
"api_base_url": "https://api.groq.com/openai/v1/chat/completions",
"api_key": "gsk_",
"models": [ "qwen/qwen3-32b" , "moonshotai/kimi-k2-instruct"],
"transformer": {
"use": [
[ "maxtoken", { "max_tokens": 16384 } ],
"openrouter"
]
}
},
{
"name": "openrouter",
"api_base_url": "https://openrouter.ai/api/v1/chat/completions",
"api_key": "sk-f",
"models": [ "qwen/qwen3-coder" ],
"transformer": {
"use": [
[ "maxtoken", { "max_tokens": 40960} ],
"openrouter"
]
}
}
],
"Router": {
"default": "openrouter,qwen/qwen3-coder"
}
}
the openrouter page says this: Qwen3-Coder… is optimized for agentic coding tasks such as function calling, **tool use**, and long-context reasoning over repositories.

but, even after re-installing ccr, I get this error:

Error from provider: {\"error\":{\"message\":\"No endpoints found that support tool use. To learn more about provider routing, visit: https://openrouter.ai/docs/provider-routing\",\"code\":404}}\n    at Et (/opt/homebrew/lib/node_modules/@musistudio/claude-code-router/dist/cli.js:74566:11)\n    at s0 (/opt/homebrew/lib/node_modules/@musistudio/claude-code-router/dist/cli.js:74626:49)\n    at process.processTicksAndRejections (node:internal/process/task_queues:105:5)\n    at async e0 (/opt/homebrew/lib/node_modules/@musistudio/claude-code-router/dist/cli.js:74591:73)","type":"api _error","code":"provider_response_error"}}

I verified that the endpoint works with a simplr curl command:

curl https://openrouter.ai/api/v1/chat/completions \
-H "Authorization: Bearer $OPENROUTER_API_KEY" \
-H "Content-Type: application/json" \
-d '{
  "model": "qwen/qwen3-coder",
  "messages": [
      {
          "role": "user",
          "content": "do you support tool use?"
      }
  ]
}'

I should not that upon further testing it seems to work for some providers like Baseten, Parasail, and DeepInfra. but it does not work with the only provider that really matters: Cerebras, with 2,343 tps. I also don't think it's an openrouter x cerebras issue, because Cline has no trouble doing exactly this.

Cline uses prompt-based tool invocation rather than relying on the model’s native tools parameter. That’s why you’ll notice many models that don’t support the tools parameter still work on Cline — this difference fundamentally comes from the architectural differences between Claude Code and Cline.

That said, you can use a custom transformer to convert the tools parameter into a prompt, but I don’t think it would yield good results.

[musistudio]

B A22B Thinking 2507 model also doesn't have tool use then.
I switched to Cerberas endpoint directly,

See #407 (comment)

[bnn1]

i no longer get this error, qwen is able to use tools now (though it does so awfully wrong)

[BradKML]

@bnn1 could you show the Qwen + OpenRouter config then? What did you do such that tool use won't fail (due to malformed formatting)?

@Tor-Saxberg what about the other endpoints, do they work as well?

[stefanzhangp-debug]

If the same OpenRouter model works through curl and Cline but fails through Claude Code Router, the provider itself is probably not the main issue.
I would compare the actual request shape sent by each client:

1. Does CCR call the same endpoint as curl?
2. Is it using chat/completions or another route?
3. Is tool-use being translated into a provider-supported format?
4. Is the model route exactly the same?
5. Does CCR add Anthropic-style fields that OpenRouter does not accept for that model?
   This kind of issue often appears when the model supports normal chat but the router/client expects tool-use behavior that the selected provider route does not expose in the same way.