Skip to main content
Glama
GMPSignal Real-Time Intelligence MCP (59 Tools)

GMPSignal Real-Time Intelligence MCP (59 Tools)

Official
by xpayrcom

turkey_gold_prices

Extract real-time structured data for Turkey gold prices including gram, quarter, and ons across 35 banks, enabling price monitoring and comparison.

Instructions

Turkey Gold Prices - Gram, Quarter, Ons + 35 Banks: Real-time structured data extraction feed for Turkey Gold Prices - Gram, Quarter, Ons + 35 Banks.

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": "turkey_gold_prices"
  }
}

Input Schema

NameRequiredDescriptionDefault
maxResultsNoMaximum number of structured items to extract.

Schema Changelog

Changes observed during successful MCP inspections.

  1. First observedv1.0.0

TDQS

C2.6/5.0
Behavior2/5

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

No annotations are provided, so the description carries the full behavioral burden. It claims "real-time" data, which is a useful trait, but discloses nothing about the data source, update cadence, authentication, rate limits, or what a returned item looks like for what appears to be a scraping/aggregation feed.

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

Conciseness4/5

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

It is a single, short sentence with no padding. Its only flaw is redundancy, repeating "Turkey Gold Prices - Gram, Quarter, Ons + 35 Banks" verbatim from the name/title rather than front-loading new information.

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?

With no annotations and no output schema, the description must explain what the feed returns and how items are shaped, but it does not. For a data-extraction tool whose output format is entirely undisclosed, the definition leaves an agent guessing about result structure and freshness.

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?

There is a single optional parameter, maxResults, and schema description coverage is 100%, so the schema already explains it fully. The description adds no constraint or meaning beyond the schema, which sets the baseline of 3.

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

Purpose3/5

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

The description names a concrete resource (Turkey gold prices covering gram, quarter, and ons/ounce across 35 banks), which is more informative than the bare name. However, it largely restates the title and adds the vague filler phrase "structured data extraction feed," so an agent understands the topic but not precisely what it returns.

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?

There is no when-to-use guidance, no prerequisites, and no mention of alternatives among the many sibling tools (e.g., crypto exchange prices or fuel prices). The only implied usage comes from the topic name itself.

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