Skip to main content
Glama

SocialDataX 百度贴吧 MCP

baidu_tieba_search_general

Read-only

按关键词获取百度贴吧综合搜索中的帖子,保留帖子顺序,支持分页。

不返回吧、用户、话题或搜索建议。需要最新、最早、相关排序时使用帖子搜索; 指定帖子链接或 ID 使用详情工具。当前页没有帖子时,仍以 next_page_token 判断能否续页。 图片、视频仅来自搜索结果,可能不完整,无法据此判断媒体总数。

Input Schema

TableJSON Schema
NameRequiredDescriptionDefault
keywordYes搜索词或关键词短语,例如 摄影、旅行攻略;不要传帖子链接或分页令牌。
page_tokenNo分页令牌;首次留空,续页原样传回综合搜索返回的 next_page_token,并保持 keyword 不变;即使 items 为空,只要令牌非空仍可继续翻页。不要使用帖子搜索或评论的分页令牌。

Output Schema

TableJSON Schema
NameRequiredDescriptionDefault
itemsYes当前页帖子列表。
pointsYes本次成功调用的积分消耗与调用完成时的账户积分余额。
next_page_tokenYes下一页完整分页令牌;为空表示没有更多结果。

Schema Changelog

Changes observed during successful MCP inspections.

  1. First observed

TDQS

A4.5/5.0
Behavior4/5

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

Annotations only declare readOnlyHint/openWorldHint; the description adds real behavioral context — result scope excludes forums/users/topics/suggestions, ordering is preserved, and media fields come only from search results and may be incomplete (so media counts cannot be trusted). No mention of auth, rate limits, or failure modes beyond the empty-page case, so it stops just short of 5.

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?

Four short sentences, each carrying a distinct fact (purpose, exclusions/routing, pagination edge case, media caveat). The core purpose is front-loaded in the first sentence and nothing is redundant.

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?

An output schema exists so return fields need no explanation, yet the description still covers the higher-value gaps: which result categories are absent, how pagination terminates, and the unreliability of media data. An agent has everything needed to call it and interpret the response.

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 coverage is 100%, so both keyword and page_token are already documented with examples and constraints. The description reinforces the page_token continuation semantics but adds no syntax or format detail beyond the schema, 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?

States a specific verb+resource+scope: "按关键词获取百度贴吧综合搜索中的帖子" with the explicit qualifiers that order is preserved and pagination is supported. It also names what it does NOT cover (吧、用户、话题、搜索建议), which lets an agent separate it from the other search siblings without opening the schema.

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?

Routes the agent explicitly: use 帖子搜索 when latest/earliest/relevant sorting is needed, and use the detail tool when a post link or ID is given. It also states the pagination continuation rule (empty page still judged by next_page_token), which is exactly the when-to-use guidance an agent needs.

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