Skip to main content
Glama

x402-inductive-reactance

Inductive Reactance: Inductive Reactance

Input Schema

TableJSON Schema
NameRequiredDescriptionDefault
frequencyNoFrequency to process
inductanceNoInductance to process

Schema Changelog

Changes observed during successful MCP inspections.

  1. Changed2 schema fields changed
    • addedInput schema / properties / frequency
      Added value: +{
      +  "description": "Frequency to process",
      +  "type": "string"
      +}
    • addedInput schema / properties / inductance
      Added value: +{
      +  "description": "Inductance to process",
      +  "type": "string"
      +}
  2. First observed

TDQS

C2/5.0
Behavior1/5

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

With no annotations, the description carries the entire behavioral burden and delivers nothing: no formula (XL = 2*pi*f*L), no stated units or output shape, no indication of whether it is a pure computation. An agent has no basis to predict the result.

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

Conciseness2/5

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

Two sentences' worth of text that is a verbatim duplication of the same phrase, so it is both redundant and under-specified. Brevity here comes from omission, not economy.

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

Completeness2/5

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

A simple two-parameter calculator with no annotations and no output schema. The description supplies none of the compensating context it should: formula, units, or expected output, all of which matter for a numeric tool whose schema fields are vague.

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

Parameters3/5

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

Schema description coverage is 100% with two parameters, so the baseline of 3 applies. However the schema text itself is thin ('Frequency to process', 'Inductance to process'), and the description adds no units (Hz vs rad/s, H vs mH) or range conventions, so it does not compensate for that ambiguity.

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?

The description is 'Inductive Reactance: Inductive Reactance', a tautology that merely restates the tool name. It never states the verb (compute/calculate) or what is produced, so an agent cannot tell from the text what the tool does beyond the noun. It is distinguishable from x402-capacitive-reactance only by the name itself.

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

Usage Guidelines2/5

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

No when-to-use guidance, no prerequisites, and no mention of the obvious adjacent sibling x402-capacitive-reactance or the generic x402-ohms-law variants. Usage is only weakly implied by the physical quantity named; nothing tells the agent when this beats an alternative.

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

Try in Browser

Glama MCP Gateway

Add one secure layer between your agents and this server.

Resources