Skip to main content
Glama
thenavidm

ScrapeCreators MCP Server

by thenavidm

Get popular creators

tiktok_get_popular_creators

Discover popular TikTok creators by follower range, creator country, and audience country; sort results by engagement, follower count, or average views.

Instructions

Discovers trending and popular TikTok creators, filterable by follower count range, creator country, and audience country. Returns creator_list, an array of creator objects each with nickname, unique_id, follower_count, likes_count, video_views, engagement_rate, and avatar URLs. Sortable by engagement, follower count, or average views. Potentially consumes paid API credits; requires confirm=true. Read-like POST requests do not publish to social platforms.

Input Schema

TableJSON Schema
NameRequiredDescriptionDefault
pageNoPage number
sortByNoSort creators by engagement, follower count, or average views
accountNoNamed private ScrapeCreators account; selects credentials, not a remote account ID.
confirmNoMust be true for the specific approved credit-consuming research call.
followerCountNoFilter by follower count range
creatorCountryNoCountry code of the creator
audienceCountryNoCountry code of the audience/follower

Schema Changelog

Changes observed during successful MCP inspections.

  1. First observedv2.0.0

TDQS

A3.7/5.0
Behavior4/5

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

Annotations declare readOnlyHint=false, openWorldHint=true, idempotentHint=false, destructiveHint=false, so the safety profile is partly covered. The description adds genuinely non-redundant behavior: it consumes paid API credits, needs confirm=true, and clarifies that a read-like POST does not publish to social platforms. That is useful cost/side-effect context beyond the annotations.

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?

Front-loads what the tool does, then adds cost/confirmation caveats. Two short paragraphs with little waste; the return-field enumeration is slightly listy but justified since there is no output schema.

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?

With no output schema, the description helpfully enumerates the returned creator fields, and it discloses the credit cost and confirm requirement. Pagination behavior via the 'page' parameter is left unexplained, which is the main small gap for a 7-parameter tool.

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 all four enums are documented in the schema, so the baseline is 3. The description restates the filter dimensions (follower range, creator/audience country) and sort keys without adding syntax or semantics the schema lacks.

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+resource ('Discovers trending and popular TikTok creators') plus its filters and sort options. It does not explicitly differentiate itself from nearby siblings like tiktok_search_users or tiktok_profile, but the 'popular/trending discovery' framing is distinctive enough to route an agent reasonably.

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?

Gives a concrete prerequisite (paid credits, requires confirm=true) which is genuine usage guidance, but never says when to prefer this over alternatives such as tiktok_search_users or tiktok_top_search. Usage is implied by the TTL of the tool rather than contrasted with siblings.

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