Skip to main content
Glama

Utils Schema Cleanup

v1_utils_schema_cleanup

Cleans and normalizes schema data from CSV or JSON object input, resolving inconsistencies for downstream use.

Instructions

Utils Schema Cleanup

Remote route: POST /v1/utils/schema-cleanup (0.05 USD x402/base/usdc on eip155:8453).

Input Schema

NameRequiredDescriptionDefault
csvNo
dataNo

Output Schema

NameRequiredDescriptionDefault
statusNo

Schema Changelog

Changes observed during successful MCP inspections.

  1. First observedv1.0.0

TDQS

D1.7/5.0
Behavior2/5

Does the description disclose side effects, auth requirements, rate limits, or destructive behavior?

Annotations already declare readOnlyHint=false, idempotentHint=false, destructiveHint=false and openWorldHint=true. The description adds only the remote route and the x402 payment requirement (0.05 USD on eip155:8453), which is genuinely useful pre-call context, but says nothing about what is mutated, whether the input is altered in place, or what side effects to expect.

Agents need to know what a tool does to the world before calling it. Descriptions should go beyond structured annotations to explain consequences.

Conciseness3/5

Is the description appropriately sized, front-loaded, and free of redundancy?

The text is short, but the leading line is redundant with the title and the remaining sentence is pure transport/pricing metadata. It is concise without being informative, so it lands at minimum viability rather than wasteful.

Shorter descriptions cost fewer tokens and are easier for agents to parse. Every sentence should earn its place.

Completeness1/5

Given the tool's complexity, does the description cover enough for an agent to succeed on first attempt?

This is a mutating, non-idempotent, open-world paid endpoint with a nested free-form object input and 0% schema coverage; the description supplies none of the missing context. An output schema exists, so return values need not be explained, but input semantics and behavior are entirely absent.

Complex tools with many parameters or behaviors need more documentation. Simple tools need less. This dimension scales expectations accordingly.

Parameters1/5

Does the description clarify parameter syntax, constraints, interactions, or defaults beyond what the schema provides?

Schema description coverage is 0% and both parameters are undocumented: `csv` (free-form string, default empty) and `data` (an open nested object). The description does not mention either parameter or clarify the relationship between CSV input and the data object, so it fails to compensate for the coverage gap.

Input schemas describe structure but not intent. Descriptions should explain non-obvious parameter relationships and valid value ranges.

Purpose2/5

Does the description clearly state what the tool does and how it differs from similar tools?

"Utils Schema Cleanup" only restates the tool name and title; there is no verb or object explaining what 'cleanup' does to a schema (normalize? strip fields? validate?). The one extra fact is the HTTP route, which tells an agent nothing about the operation's effect.

Agents choose between tools based on descriptions. A clear purpose with a specific verb and resource helps agents select the right tool.

Usage Guidelines1/5

Does the description explain when to use this tool, when not to, or what alternatives exist?

No statement of when to call this versus alternatives such as v1_utils_doc_convert or v1_data_validate, and no prerequisites or exclusions. An agent has no basis for selecting this tool beyond guessing from its name.

Agents often have multiple tools that could apply. Explicit usage guidance like "use X instead of Y when Z" prevents misuse.

Deploy Server

Other Tools