Skip to main content
Glama
Sign In
tool-mcp-server

tool-mcp-server

by maple-awa
OverviewSchemaSourceRelated ServersDiscussionsAdmin
TypeScript
Local

tool_temperature_converter

Convert temperature values between Celsius, Fahrenheit, and Kelvin with adjustable precision. Enter a value and source unit to get equivalent temperatures in all scales.

Instructions

[utility] Temperature

Parameters:

  • value (number): Value

  • fromUnit (string): From

  • precision (string): Precision

Outputs:

  • celsius (number): Celsius

  • fahrenheit (number): Fahrenheit

  • kelvin (number): Kelvin

Tool call template

This tool declares no required parameters. Add optional parameters from the input schema as needed.

{
  "id": 1,
  "jsonrpc": "2.0",
  "method": "tools/call",
  "params": {
    "arguments": {},
    "name": "tool_temperature_converter"
  }
}

Input Schema

NameRequiredDescriptionDefault
valueNoValue
kelvinNoKelvin
celsiusNoCelsius
fromUnitNoFrom
precisionNoPrecision
fahrenheitNoFahrenheit

Schema Changelog

Changes observed during successful MCP inspections.

  1. First observedv1.0.0

TDQS

C2.3/5.0
Behavior2/5

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

With no annotations, the description must explain behavior, but it does not. It fails to state how the value is converted, what units are accepted for fromUnit, how precision affects output, or why celsius/fahrenheit/kelvin appear both as outputs and as input schema properties. This ambiguity is significant.

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 description is compact and well-structured as a list, but the opening '[utility] Temperature' is vague and does not communicate purpose. The parameter and output lists are useful but lack narrative context, so the structure is acceptable yet not exemplary.

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?

Given there is no output schema and no annotations, the description should explain inputs, outputs, and conversion logic. It lists output fields but never states the relationship between the input value/fromUnit and the computed celsius/fahrenheit/kelvin values, leaving critical gaps for a converter tool.

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%, so the baseline is 3. The description merely repeats the parameter names without adding meaning: fromUnit values, precision format, and the role of celsius/fahrenheit/kelvin as inputs or outputs remain unexplained. It adds no semantic value beyond the schema.

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 'Temperature' with a parameter/output list, but no verb or explicit statement like 'Converts a temperature value between units.' It does not clearly distinguish itself from sibling conversion tools such as tool_currency or tool_base_converter, relying only on the tool name to convey purpose.

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 guidance is provided on when to use this tool versus alternatives, when it is appropriate, or what conditions apply. The description only lists parameters and outputs, leaving the agent to infer usage from the name and schema.

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