Skip to main content
Glama

sanhao-global-experts

storage-organizer

A production-ready storage organizer system for marketing and operations leaders. Get a structured, repeatable workflow you can run today - delivered as a copy-paste prompt pack with examples.

Input Schema

NameRequiredDescriptionDefault
queryNoOptional user query to scope the analysis.

Schema Changelog

Changes observed during successful MCP inspections.

  1. First observed

TDQS

C2.3/5.0
Behavior2/5

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

No annotations are supplied, so the description carries the full disclosure burden. It implies the output is a prompt pack with examples, which is a small hint about the return type, but says nothing about whether the call is a pure read, whether state is stored or destroyed, or what the response shape looks like.

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?

Two short sentences with no fluff-padding bloat, but the front-loaded content is sales framing rather than the operational information an agent needs first. It is compact but misprioritized.

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?

For a one-optional-parameter tool with no annotations and no output schema, the description should at minimum explain what invoking it produces and how the query scopes it. It instead describes the commercial packaging of the product, leaving the actual invocation behavior undefined.

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 with 100% schema description coverage, so the schema already explains the `query` scoping. The description adds nothing about how a query shapes the generated prompt pack, which is the one place it could have added value.

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 reads as marketing copy ("production-ready", "you can run today") rather than stating a concrete tool action. "Storage organizer system" and "copy-paste prompt pack" gesture at generating a prompt/workflow template, but there is no clear verb plus resource, and nothing distinguishes it from siblings like table-organizer or the many *-kit prompt-pack tools.

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?

"For marketing and operations leaders" names an audience, not a use condition, and no alternative tool or exclusion is mentioned. An agent has no signal for when to choose this over the hundreds of similarly shaped prompt-pack siblings.

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.