Skip to main content
Glama

TrueScrape

truthsocial: Profile

truthsocial_profile
Read-only

Profile. Public Truth Social profile: follower and following counts, Truth count, bio, avatar, header image, and verification status. Costs 1 credit.

Input Schema

NameRequiredDescriptionDefault
handleYesHandle (@realDonaldTrump) or a truthsocial.com profile URL
cache_max_ageNo

Schema Changelog

Changes observed during successful MCP inspections.

  1. First observed

TDQS

B3/5.0
Behavior3/5

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

Annotations already declare readOnlyHint and openWorldHint, so the safety profile is covered. The description adds genuinely new behavior: it is limited to public profiles and consumes 1 credit. It does not explain caching behavior despite a cache_max_age parameter, leaving a gap.

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?

Two tight sentences with the resource and field list front-loaded and the cost caveat last. The leading fragment 'Profile.' is redundant with the title and could be dropped, but overall there is little waste.

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

Completeness3/5

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

With no output schema, listing the returned fields is the right move and largely complete. However, the undocumented cache_max_age parameter and the absence of any alternative-routing guidance leave it only minimally sufficient for a tool that sits among many profile siblings.

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?

Schema coverage is 50%: 'handle' is documented in the schema, but cache_max_age has no description anywhere. The description adds nothing about parameter semantics, so an agent gets no help with the undocumented second parameter.

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

Purpose4/5

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

The description names the resource (Truth Social profile) and enumerates exactly which fields are returned (followers, following, Truth count, bio, avatar, header, verification), which lets an agent distinguish it from truthsocial_post and truthsocial_userPosts. There is no explicit verb, so it stops short of a 5.

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?

It says the profile is 'Public', implying private/restricted accounts are out of scope, but there is no statement of when to use this versus truthsocial_userPosts or truthsocial_post, and no prerequisites. The only operational hint is the credit cost.

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.