Skip to main content
Glama

列出收录店铺

list_shops
Read-only

Find AI subscription shops by platform and rank them by cumulative sales. Returns shop name, platform, sales, active SKU count, and link.

Instructions

按累计销量列出水獭收录的 AI 订阅店铺(卡网、独立站),可按平台筛选;返回店名、平台、销量、在售 SKU 数与店铺链接。

Input Schema

NameRequiredDescriptionDefault
limitNo返回数量,默认 10,最多 30
platformNo按平台过滤,如 ldxp(链动小铺)、aisou、catfk、jrsoft(鲸软)、cardnet、dujiao_next;传错时会列出可选值

Output Schema

NameRequiredDescriptionDefault
shopsYes
totalYes符合筛选条件的店铺总数
updatedYes
platformsYes

Schema Changelog

Changes observed during successful MCP inspections.

  1. First observedv0.1.0

TDQS

A3.7/5.0
Behavior3/5

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

Annotations already declare readOnlyHint=true and openWorldHint=true, so safety and open-world behavior are covered. The description adds the sort order (cumulative sales) and the filterable dimension, but the enumerated return fields duplicate what the output schema already provides, so it adds only modest context.

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?

A single, front-loaded sentence ordered as purpose then scope then filter. It is efficient, though the trailing list of return fields is redundant given the output schema and slightly dilutes the signal.

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

Completeness4/5

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

Both parameters are fully documented in the schema, the output shape is described by an output schema, and the annotations cover the safety profile. The only real gap is the absence of routing guidance relative to sibling list/search tools, which is minor for a simple read-only listing.

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%: the schema documents limit (default 10, max 30) and platform with concrete example values. The description only restates the platform filter and adds nothing on syntax or format, so baseline 3 applies.

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

Purpose5/5

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

States a specific verb (列出) and resource (水獭收录的 AI 订阅店铺), plus the ordering rule (按累计销量) and the shop categories covered (卡网、独立站). An agent can instantly tell this is about shops rather than products, distinguishing it from siblings like search_products and list_all_products.

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

Usage Guidelines3/5

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

The optional platform filter is mentioned ('可按平台筛选'), which implies when to use it, but there is no guidance on when to choose this tool over alternatives such as list_all_products, nor any exclusion or prerequisite. Usage must be inferred from the domain.

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