{"version":"2.1.282","anchor":"tool-input-validation-errors-now-describe-every-kind-of-sche","canonical_anchor":"tool-input-validation-errors-now-describe-every-kind-of-sche","heading":"Clearer error messages when Claude sends a tool badly formed input","tier":"notice","area":"Tool Calls","url":"https:\/\/changelogs.core-directive.com\/v\/2.1.282\/e\/tool-input-validation-errors-now-describe-every-kind-of-sche","release_url":"https:\/\/changelogs.core-directive.com\/v\/2.1.282","markdown":"### Clearer error messages when Claude sends a tool badly formed input\n\nWhen Claude sends a tool invalid input, the error now explains every kind of problem, lists a limited number, and counts the rest\n\n**What**\n\nClaude does its work by calling tools, such as reading a file or running a command, and each call must fill in the tool's inputs in the expected shape. When it gets them wrong, Claude Code sends back an error explaining what is wrong.\n\nThat error used to explain only missing inputs, unexpected inputs and inputs of the wrong type. Anything else came through as raw technical text. Now:\n\n- Other problems get a plain explanation, for example that a given input is invalid, or that it matches none of the accepted forms.\n\n- The number of these extra lines is limited, followed by a count of how many more issues were not listed.\n\n- Unexpected inputs are reported with their full location inside nested inputs.\n\n- A problem with no message no longer causes the error formatting itself to fail.\n\n**Why**\n\nClearer error text helps Claude fix a malformed tool call on the next attempt, which should mean fewer rounds of failed retries.\n\n- Area: Tool Calls\n- Tier: You'll notice\n- Useful: 2\/5\n- Signal: 1\/5"}