Skip to main content
Glama
get-mcp-ads

Reddit Ads MCP server

reddit get product sets

reddit_get_product_sets
Read-onlyIdempotent

Read product sets from a catalog owned by the ad account's business, with pagination controls for browsing results.

Instructions

Read product sets from a catalog owned by the ad account's business.

Input Schema

NameRequiredDescriptionDefault
limitNoItems per page, 1 to 100. Defaults to 50.
cursorNoOpaque next_cursor returned by the previous page. Omit it for the first page.
catalogIdYesProduct catalog ID. List them with reddit_get_catalogs.
adAccountIdYesReddit ad account ID (a2_...) listed in REDDIT_ADS_ACCOUNT_IDS, not the business ID.

Output Schema

NameRequiredDescriptionDefault
resultYesOriginal tool result: parsed JSON when the text is JSON, otherwise the text or multiple MCP content blocks. Provider fields depend on the selected query.

Schema Changelog

Changes observed during successful MCP inspections.

  1. First observedv1.0.0

TDQS

B3.2/5.0
Behavior3/5

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

The annotations already declare readOnlyHint=true, idempotentHint=true, and destructiveHint=false, so the safety profile is fully covered. The description adds the ownership/permission constraint that the catalog must belong to the ad account's business, which is useful context, but says nothing about pagination behavior or the result format.

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 front-loaded sentence with no waste. It is tight, though the brevity leaves out guidance an agent would benefit from rather than being optimally compact.

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?

The output schema and 100% param coverage relieve the description of documenting return values and pagination. What is missing is the practical context: when to prefer product sets over products or catalogs, and what a product set represents in the catalog hierarchy. That is an adequate-but-gapped definition.

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 100%: the schema documents the limit/cursor pagination, catalogId, and adAccountId, including the a2_ prefix and the REDDIT_ADS_ACCOUNT_IDS source. The description only reinforces the catalog-to-ad-account ownership relationship. Baseline 3 applies when the schema does the heavy lifting.

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?

It states a specific verb ('Read') and resource ('product sets'), and scopes it to a catalog owned by the ad account's business. That distinguishes it from reddit_get_catalogs and reddit_get_products, though it doesn't explicitly name those siblings as alternatives.

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?

The description gives no when-to-use guidance, no prerequisites, and no routing to reddit_get_catalogs or reddit_get_products. The ownership scoping is a constraint, not usage guidance.

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