Skip to main content
Glama
hermoso-ai

Hermoso

Official

Read one mention from the TikTok mentions webhook

get_tiktok_mention
Read-only

Fetch full TikTok mention details—caption, creator, engagement, thumbnail—using itemId and optional commentId. Data is available for 48 hours from the webhook event.

Instructions

Read the full detail of a SINGLE mention: a mentioning post, or a mentioning comment if you pass commentId as well. This exists for the TikTok mentions WEBHOOK: the event carries only ids, and this turns one into the caption, the creator, the engagement and the thumbnail. TIKTOK ONLY GUARANTEES THE DATA FOR 48 HOURS after the event fires, so a queue that retries tomorrow gets nothing. For anything older read it out of list_tiktok_mentions or list_tiktok_mention_comments instead. itemId is required either way, comment or not. NEEDS THE TIKTOK ACCOUNT AUTHORIZATION with the brand-insights permission. Read-only, free.

Input Schema

TableJSON Schema
NameRequiredDescriptionDefault
fieldsNodefaults to every field TikTok publishes for that kind
itemIdYesthe post id. It is `video_id` in the webhook event content, or itemId from list_tiktok_mentions. REQUIRED even when reading a comment
commentIdNopass this to read a mentioning COMMENT rather than a mentioning post
Behavior4/5

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

Annotations already cover readOnlyHint and destructiveHint, so the description's addition of the 48-hour data retention, auth requirement ('NEEDS THE TIKTOK ACCOUNT AUTHORIZATION with the brand-insights permission'), and the fact it's free and read-only adds meaningful behavioral context beyond annotations. No contradiction.

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?

The description is a single paragraph but dense with critical info: purpose, use case, urgency (48h), alternative, param requirement, and auth. Every sentence adds value, and the key constraint (48h) is front-loaded. Slightly long but justified by the number of important caveats.

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

Completeness5/5

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

For a tool with 3 params, no output schema, and existing annotations, the description covers purpose, usage context, data availability, alternatives, auth, and read-only nature. An agent has all necessary information to decide when to call this and what to expect.

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%, so the baseline applies. The description reiterates itemId is required even for comments and that commentId selects comments, but the schema already explains this. No additional semantic value beyond what's in the schema.

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

Purpose5/5

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

The description states a specific verb ('Read the full detail of a SINGLE mention'), identifies the resource (TikTok mention), and distinguishes post vs comment via commentId. It also contrasts with sibling tools (list_tiktok_mentions, list_tiktok_mention_comments) by noting it serves the webhook use case, making it easy to differentiate.

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

Usage Guidelines5/5

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

Explicitly states when to use (webhook events with only ids) and when not (anything older than 48 hours, pointing to list_tiktok_mentions or list_tiktok_mention_comments). Also clarifies itemId is required even for comments, and mentions the 48-hour data guarantee as a critical constraint.

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/hermoso-ai/hermoso'

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