Skip to main content
Glama

socials_x_search

Search X for specific posts using filters for users, dates, engagement, content type, and location to find relevant threads, replies, and mentions.

Instructions

Advanced X search with full operator support. User: from/to/retweets_of. Time: since/until (YYYY-MM-DD) or since_time/until_time (Unix). Engagement: min_faves/min_retweets/min_replies. Content: filter (media/images/video/links), has (links/hashtags/media), is_reply, is_retweet. Location: lang, near, place_country. Modes: top (default), latest, people, photos, videos. Query supports: #hashtags, @mentions, $cashtags, "exact phrases", -exclusions.

Input Schema

TableJSON Schema
NameRequiredDescriptionDefault
toNoReplies to user (without @)
hasNoMust have these content types
fromNoPosts from user (without @)
langNoLanguage code (en, es, ja, etc.)
listNoPosts from list members (list ID)
modeNoResults tab (default: top)
nearNoLocation name
placeNoSpecific place ID
queryYesSearch text with optional #hashtags, @mentions, $cashtags, "phrases", -exclusions
sinceNoStart date (YYYY-MM-DD)
untilNoEnd date (YYYY-MM-DD)
filterNoOnly posts with this content type
is_replyNotrue=only replies, false=exclude replies
min_favesNoMinimum likes
is_retweetNotrue=only retweets, false=exclude retweets
since_timeNoStart Unix timestamp
until_timeNoEnd Unix timestamp
min_repliesNoMinimum replies
retweets_ofNoRetweets of user's posts
min_retweetsNoMinimum retweets
place_countryNoCountry code (US, GB, etc.)
conversation_idNoPosts in conversation thread
Behavior4/5

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

With no annotations provided, the description carries the full burden of behavioral disclosure. It adds meaningful context such as the default mode ('top (default)'), time formats (YYYY-MM-DD vs Unix), and query syntax (#hashtags, @mentions, -exclusions). However, it omits details like return format, pagination, and authentication, so it falls short of full transparency.

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, well-structured paragraph with an opening summary sentence followed by a categorical breakdown. Every sentence provides useful information, and there is no redundant content. It is appropriately sized for the 22-parameter tool.

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?

For a complex search tool with 22 parameters and no output schema, the description thoroughly covers input semantics, including modes, filters, and time handling. However, it lacks any mention of return format, pagination, or limitations, which would be needed for full completeness. The absence of output schema documentation is a notable gap.

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

Parameters5/5

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

The schema already has 100% coverage, but the description adds significant value by grouping parameters into logical categories (User, Time, Engagement, Content, Location, Modes) and explaining how operators combine, e.g., 'since/until (YYYY-MM-DD) or since_time/until_time (Unix)'. It also elaborates query syntax beyond the schema's property descriptions.

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 'Advanced X search with full operator support,' identifying the tool as a comprehensive search tool for X. It distinguishes itself from sibling tools like socials_x_profile or socials_x_notifications by focusing on search capabilities and operator syntax, making its purpose unambiguous.

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?

The description implies usage by detailing operator categories and query syntax, but it does not explicitly state when to use this tool over alternatives or when not to use it. No exclusions or comparisons with sibling search-related tools are provided, leaving usage guidance implicit.

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/Brainrot-Creations/socials'

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