Skip to main content
Glama

SocialDataX 微博 Weibo MCP

weibo_get_post_comments_by_post_id

Read-only

根据 post_id 获取微博帖子一级评论,支持 page_token 翻页。

Input Schema

TableJSON Schema
NameRequiredDescriptionDefault
post_idYes微博帖子长 ID;可从搜索、详情、转发或用户帖子列表结果中的 post_id 复用。
sort_typeNo微博一级评论排序方式。hot 表示默认热门评论流;time_descending 表示当前可返回范围内最新评论优先。默认 hot。继续翻页时必须与上一页返回 next_page_token 所属的 sort_type 保持一致。hot
page_tokenNo微博评论分页令牌。首次请求留空。继续翻页时必须将上一页返回的完整 next_page_token 原样作为 page_token 传回;page_token 是不透明分页令牌;不得修改、截断、缩写、脱敏、掩码、省略、规范化、重组或自行生成,不得用省略号替换中间内容。只能用于同一帖子、同一 sort_type 的评论分页链路,不能跨帖子或排序方式复用。

Output Schema

TableJSON Schema
NameRequiredDescriptionDefault
itemsYes当前页一级评论列表。
pointsYes本次成功调用的积分消耗与调用完成时的账户积分余额。
comment_countYes总评论数,含一级评论与回复;不是当前页 items 数量;不可用时为 null。
next_page_tokenYes下一页不透明分页令牌;为空表示没有更多结果。继续翻页时必须将返回的完整 next_page_token 原样作为 page_token 传回;next_page_token 只能用于同一能力和同一分页链路;不得修改、截断、缩写、脱敏、掩码、省略、规范化、重组或自行生成,不得用省略号替换中间内容。

TDQS

A4.2/5.0
Behavior4/5

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

Annotations already declare readOnlyHint=true, so safety is known. The description adds important scope ('一级评论' meaning first-level comments) and pagination support, which are not in the annotations. It does not repeat or contradict 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.

Conciseness5/5

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

The description is a single, front-loaded sentence that states the action and a key feature (pagination). No wasted words.

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?

Given the rich schema descriptions, output schema, and annotations, the description is adequate. It could mention sibling tool differentiation explicitly, but the overall definition is complete enough for correct tool selection and invocation.

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 the schema already provides detailed explanations for sort_type and page_token. The description adds no additional parameter semantics beyond what the schema provides, so baseline 3 is appropriate.

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 clearly states the tool fetches first-level comments for a Weibo post using post_id, and supports page_token pagination. This specific verb-resource combination distinguishes it from siblings like weibo_get_post_comment_replies_by_comment_id and weibo_get_post_comments_by_post_url.

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

Usage Guidelines4/5

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

The description clearly indicates this tool uses post_id, and the parameter description for post_id explains it can be reused from other results. However, it does not explicitly mention when not to use this tool or name alternatives, leaving some inference to the agent via sibling names.

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.

TDQS

A3.9/5.0
Disambiguation5/5

每个工具都明确对应一个特定的数据获取操作(热搜、帖子详情、评论、点赞、转发、用户信息、用户帖子、搜索、视频语音转文字),通过资源类型和获取方式进行区分。虽然存在 by_post_id 和 by_post_url 成对工具,但描述清晰指出不同输入方式,没有实质重叠。

Naming Consistency5/5

所有工具均使用 snake_case 命名,统一以 weibo_ 前缀开头,遵循 '动词_目标_定位方式' 模式(如 get_post_comments_by_post_id、submit_video_speech_text_by_post_url),命名规则高度一致且可预测。

Tool Count4/5

19个工具对于微博数据获取服务来说略多,但每个工具都有明确的职责,且成对出现的 URL 和 ID 变体是合理设计。数量在可接受范围内,没有冗余或缺失。

Completeness4/5

覆盖了微博的主要只读数据获取场景:热搜、帖子详情、评论、点赞、转发、用户信息、用户帖子、搜索、视频语音转文字。缺少发帖或删除等写操作,但该服务器定位为数据获取,故不算严重缺口。视频语音转文字提供了提交和查询两个环节,生命周期完整。

Resources