Skip to main content
Glama
filippofinke

reddit-ads-mcp

by filippofinke

List ad account profiles

reddit_ads_list_account_profiles
Read-only

List Reddit profiles an ad account can post ads as, returning t2_ user IDs needed for posts, creative assets, and ads.

Instructions

List Reddit profiles (t2_ user IDs) an ad account can post ads as. Profile IDs are needed for posts, creative assets and ads.

Input Schema

TableJSON Schema
NameRequiredDescriptionDefault
max_pagesNoFollow pagination.next_url up to this many pages and merge results (default 1)
page_sizeNoItems per page (usually max 1000)
page_tokenNoPage token from a previous pagination.next_url
ad_account_idNoAd account ID (t2_... or a2_...). Defaults to REDDIT_ADS_ACCOUNT_ID.

Schema Changelog

Changes observed during successful MCP inspections.

  1. First observedv1.0.0

TDQS

A3.6/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 the safety profile is covered. The description adds only that results are profiles usable for posting ads; it says nothing about scoping to the account, auth requirements, or whether an empty list is possible.

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 short sentences, no filler, with the core purpose front-loaded and the downstream rationale second. Nothing to trim.

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?

No output schema exists, and the description does name the return content (profiles as t2_ user IDs) and its purpose. Combined with fully covered pagination params and read-only annotations, this is nearly sufficient; only explicit sibling disambiguation is missing.

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% and pagination params (max_pages, page_size, page_token) are fully documented in the schema. The description only reinforces the t2_ ID concept, adding no format or syntax detail beyond what the schema already provides, so the baseline 3 applies.

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 (List) and resource (Reddit profiles / t2_ user IDs) scoped to an ad account, which is clearly distinct from reddit_ads_get_profile (single) . It does not explicitly distinguish itself from the sibling reddit_ads_list_business_profiles, which is the nearest ambiguity.

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?

It gives downstream motivation ('Profile IDs are needed for posts, creative assets and ads'), which implies why an agent would call it, but never says when to prefer this over reddit_ads_list_business_profiles or what prerequisites exist. Usage is inferable rather than stated.

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

Deploy Server

Other Tools