Skip to main content
Glama

Nexscope Ecommerce Data MCP

Google Search Autocomplete

nexscope_seo_search_autocomplete

A Google US English autocomplete sample for one keyword. Preserve suggestions from the fixed client. Missing optional fields stay null; no complete search coverage is implied.

Input Schema

NameRequiredDescriptionDefault
limitNo
marketNoUS
keywordYesTrim, NFC and lowercase, 1 to 80 Unicode code points, at most ten words; no controls or colons.
languageNoen

Schema Changelog

Changes observed during successful MCP inspections.

  1. First observed

TDQS

C2.9/5.0
Behavior3/5

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

Annotations already declare openWorldHint=true (external live source) and readOnlyHint=false. The description adds real value beyond that: missing optional fields come back null and results are not exhaustive coverage. It does not explain why a live-fetch tool is marked non-read-only, nor anything about rate limits or response failure modes.

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?

Three short sentences with the purpose front-loaded and no filler. The middle sentence ('Preserve suggestions from the fixed client') is oddly worded and closer to an instruction to an upstream system than to the caller, costing a little clarity.

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?

No output schema, 4 parameters at 25% coverage, and a dense landscape of overlapping SEO/keyword tools. The description omits the result count / limit behavior and how this differs from other keyword-suggestion tools, so an agent cannot confidently choose it over siblings.

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

Parameters2/5

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

Schema coverage is only 25%, so the description has to compensate and largely doesn't. It conveys that the query is a single keyword against a fixed US/English client, which clarifies the market/language consts, but the limit parameter (1-20, default 10) is never mentioned and 'one keyword' doesn't restate the trim/lowercase/80-char constraints.

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

Purpose4/5

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

States a specific verb+resource: a Google US English autocomplete sample for one keyword. That is clear enough to act on, but it does not differentiate from near-neighbors such as nexscope_seo_keyword_ideas, nexscope_seo_keyword_expand or nexscope_web_search, and 'sample' leaves the result shape ambiguous.

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 complete search coverage is implied' hints at a scope limit and 'for one keyword' implies single-input use, but there is no explicit when-to-use, when-not, or named alternative among the many keyword/SEO siblings. An agent gets no routing guidance.

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