TokenPad
Building

Tool Schema Validator

Catch the malformed tool definition before the API rejects it.

Your input

133 characters1 lines0 tokensor drop a file

Tool Schema ValidatorExact
0Token change
Token change0no change
Input tokens0what you pasted
Output tokens0what you would send
Token cost of this result
Output tokens0
As input$0.00
× 100K requests$0.00

Everything on this page runs in your browser. Nothing you paste is transmitted, because there is no server here to transmit it to.

Result
 

What it checks

The mechanical rules first: names must be short and restricted to letters, digits, underscores and hyphens, and schemas must be objects with properties. Breaking either is an API rejection.

Then the ones that do not error but do cost you: a missing description leaves the model with no basis for calling the tool, a very short one leaves it guessing, and a 400-character one is billed on every single request forever.

The serialised size

Reported explicitly because it is the number that matters and the number nobody sees. Tool definitions are fixed overhead: paid on every request, on every iteration of every agent loop, whether or not any tool is used.

If the figure surprises you, the usual causes are prose descriptions of parameters the schema already declares, and deeply nested optional objects.

Frequently asked questions

Why does my tool name fail validation?
Spaces and capitals are the usual causes. Names are identifiers, not labels — use snake_case or kebab-case and keep them under 64 characters.
Does the description really affect behaviour?
It is the only thing the model uses to decide whether to call the tool. A vague description means the tool fires at the wrong times or never fires at all, and both failures look like the model being unreliable.

More building tools