Skip to main content
Glama

tiktok-download-video

get music post video list

get_musicVideo

get music post video list Group: Music Related API. Billing per call: 1 Credits.

Input Schema

TableJSON Schema
NameRequiredDescriptionDefault
countNomax 35 default 10
cursorNohas more
music_idNo

Schema Changelog

Changes observed during successful MCP inspections.

  1. First observed

TDQS

C2/5.0
Behavior2/5

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

With no annotations, the description carries the full burden of behavioral disclosure, but it only provides the API group and billing cost. It does not state that this is a read-only listing, how pagination works, what response shape to expect, or any permissions/limitations.

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

Conciseness2/5

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

The description is extremely short, but the primary sentence is a tautological restatement of the title and provides no useful content. The group and billing notes are minor metadata; the overall lack of substance is under-specification, not effective conciseness.

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

Completeness2/5

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

For a tool with 3 parameters, no output schema, and no annotations, this description is severely incomplete. It fails to explain what a music post video list is, how count and cursor interact, when music_id is needed, or what the API returns, making correct invocation very difficult.

Complex tools with many parameters or behaviors need more documentation. Simple tools need less. This dimension scales expectations accordingly.

Parameters2/5

Does the description clarify parameter syntax, constraints, interactions, or defaults beyond what the schema provides?

The description adds no parameter-level meaning. Schema descriptions cover count and cursor minimally, but music_id has only an example and no purpose explanation. The description does not connect music_id to the tool's function, leaving critical semantics unclear.

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

Purpose2/5

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

The description 'get music post video list' is a near-verbatim restatement of the tool title and adds no functional detail. It does not explain what the returned list contains or how it differs from similar sibling tools like get_musicInfo or get_challengePosts.

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?

There is no guidance about when to use this tool versus alternatives. The description does not mention the required music_id context, pagination use cases, or any exclusions, so an agent cannot determine appropriate invocation scenarios.

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

Try in Browser

Glama MCP Gateway

Add one secure layer between your agents and this server.

Resources