Skip to main content
Glama
ncosic

Webotee Amazon Product Research

find_single_seller_brands

Read-only

Identify exclusive brands where one seller controls all buy box days. Filter by ASIN count, price, category, or seller to find monopoly brands with no competition.

Instructions

Find brands where a single operator controls 100 percent of observed buybox days. These are either gated/exclusive or operator-acquired brands. Use when the user asks 'brands with one seller', 'exclusive brands', 'single-seller brands', 'monopoly brands', or any question about brands with no competition.

Input Schema

TableJSON Schema
NameRequiredDescriptionDefault
min_asinsNoMinimum ASINs to filter out trivially small brands (default 10).
min_buybox_daysNoMinimum observed buybox days in last 3 months (default 30).
max_avg_priceNoMaximum average price in USD. Omit for no cap.
min_avg_priceNoMinimum average price in USD. Omit for no floor.
category_idNoFilter to a specific root category. Omit for all.
limitNo
marketplace_idNo1 = Amazon UK, 2 = Amazon US (default)
brandNoExact brand match (case-insensitive).
brand_containsNo
dominant_sellerNoExact dominant-seller name (case-insensitive).
dominant_seller_containsNo
min_control_scoreNo
max_control_scoreNo
Behavior4/5

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

Annotations already declare readOnlyHint=true. The description adds context that results are either gated/exclusive or operator-acquired brands, which provides insight into the nature of the output beyond the read-only flag.

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

Conciseness5/5

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

Two sentences: first defines the core function, second gives usage examples. Every sentence is essential and no waste. Front-loaded with the most important information.

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

Completeness3/5

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

No output schema exists, so the description should hint at return format. It does not. With 13 parameters and complex filtering, the description is minimal but adequate given schema and annotations. Lacks clarity on output structure.

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 coverage is 62%, so baseline is 3. The description does not add any parameter-level information beyond the schema. It does not compensate for the undocumented parameters like limit, brand_contains, or min_control_score.

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?

The description clearly states the tool finds brands with a single operator controlling 100% buybox days, and gives example user queries. However, it does not explicitly differentiate from sibling tools like brand_buybox_trajectory or brand_under_attack.

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

Usage Guidelines4/5

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

The description provides specific example user queries ('brands with one seller', 'exclusive brands', etc.) and states when to use it. It lacks explicit exclusions or alternative tool suggestions, but the guidance is clear.

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

Install Server

Other Tools

Latest Blog Posts

MCP directory API

We provide all the information about MCP servers via our MCP API.

curl -X GET 'https://glama.ai/api/mcp/v1/servers/ncosic/webotee-mcp'

If you have feedback or need assistance with the MCP directory API, please join our Discord server