Repository navigation
AI_InvalidToolInputError: Invalid input for tool read. Path: limit #1328
Description
AI_InvalidToolInputError: Invalid input for tool read: Type validation failed: Value:
{"filePath":"/Users/emre/code/langserver/tests/tprojectsetup.nim","offset":"130","limit":
"80"}.
Error message: [
{
"code": "invalid_type",
"expected": "number",
"received": "string",
"path": [
"offset"
],
"message": "Expected number, received string"
},
{
"code": "invalid_type",
"expected": "number",
"received": "string",
"path": [
"limit"
],
"message": "Expected number, received string"
}
]
This is on OpenRouter Qwen3 Coder, 0.3.71
Activity
skpulipaka26 commentedon Jul 25, 2025
I have the same issue.
Model:
Qwen/Qwen3-Coder-480B-A35B-Instructaeramu commentedon Jul 26, 2025
I have same issue with with Qwen3 Coder. At first it's working but after some progress, he does this a lot. After he does this, in that particular session, he will always does this. Need to create new session or change model halfway through. I don't know if it's Qwen problem for not using the tools properly or the tool should expect both integer and string because of the nature of unpredictability of model
ryzen3100 commentedon Jul 27, 2025
Same issue here via OpenRouter.
alexispurslane commentedon Jul 28, 2025
I also ran into very similar issues using qwen 3 coder via open router.
[-]AI_InvalidToolInputError: Invalid input for tool read: Expected number, received string[/-][+]AI_InvalidToolInputError: Invalid input for tool read. Path: limit[/+]thdxr commentedon Aug 12, 2025
closing this old issue. openrouter has some low quality providers that don't follow tool schemas properly. suggest going directly to qwen or another provider instead of through openrouter for better reliability. if you're still hitting tool validation errors with a direct provider, open a new issue
fix: ローカルLLM 実行の安定化 — opencode の防護装置と Finding Contract の凍結解消 (#1017)