mcp-registry/com.honesthook/social-data · v1.0.0
As of 2026-10-18 12:00 UTC, the Honesthook Social Data MCP server is up with a Glimind reliability score of 95/100 (grade A). Over the last 30 days it answered 100% of Glimind's liveness checks.
Instagram, TikTok, Threads, Bluesky and 8 more: one API, one key, one JSON shape
Claude Code
claude mcp add --transport http honesthook-social-data-mcp-server https://honesthook.com/api/mcp
Claude Desktop · Windsurf · Cline (mcpServers JSON)
{
"mcpServers": {
"honesthook-social-data-mcp-server": {
"type": "http",
"url": "https://honesthook.com/api/mcp"
}
}
}
Third-party server, listed as discovered. Review its source before installing.
3 tool(s) look like they change state (create/send/delete/pay…) but declare no destructiveHint.
Set annotations {"readOnlyHint": false, "destructiveHint": true|false, "idempotentHint": …}. Clients use these to ask the user before a side effect and to auto-approve safe reads. How to fix →
Handshake + tools/list takes ~1,516 ms.
Serve tools/list from memory, keep the process warm, and host close to your users. Every new agent session pays this before its first call.
No tool declares an outputSchema.
Declare outputSchema and return structuredContent (MCP 2025-06-18+). Agents can then parse results without guessing, and chain tools reliably. How to fix →
6 of 12 tool(s) carry no readOnlyHint/destructiveHint annotations.
Annotate read-only tools with {"readOnlyHint": true}. Agents and gateways can then run them without a confirmation prompt, and route around destructive ones. How to fix →
In the last 30 days: 0 tool(s) removed and 4 schema change(s).
Add new tools or optional parameters instead of renaming or removing; deprecate first (say so in the description) and remove later. Agents cache tool contracts. How to fix →
Paste-ready definitions with the problems above fixed. Changes marked verify need a human look. All of them as JSON: /v1/readiness/mcp-registry%2Fcom.honesthook%2Fsocial-data/fixes
{
"name": "archive_movers",
"description": "Who grew and who shrank most in a niche, over a window we have already archived — the comparison done for you, ranked. Call `archive_coverage` first: it lists the valid niche ids and how far back each one goes. `hours` is 1 to 720 (30 days) and defaults to 24; `limit` is 1 to 100 and defaults to 20. A value outside the range is rejected rather than silently trimmed. Requires an API key sent as `Authorization: Bearer <key>` — free key at https://honesthook.com/docs#key; costs 10 credits — free wh",
"inputSchema": {
"type": "object",
"required": [
"niche"
],
"properties": {
"hours": {
"type": "integer",
"description": "How many hours back the window goes. Optional, 1 to 720, 24 by default. Outside that range the API answers 400."
},
"limit": {
"type": "integer",
"description": "How many movers to return. Optional, 1 to 100, 20 by default. Outside that range the API answers 400."
},
"niche": {
"type": "string",
"description": "The niche id, as `archive_coverage` returns it — for example `ai-agents`. A niche we do not archive is refused by the API."
}
},
"additionalProperties": false
},
"annotations": {
"readOnlyHint": false,
"destructiveHint": true,
"idempotentHint": true
},
"title": "Biggest movers in a niche"
}{
"name": "archive_trends",
"description": "How a niche moved over a window we have already archived, grouped by item: where each account stood then and where it stands now. This is the question nobody can answer after the fact — nobody photographs the past retroactively. Call `archive_coverage` first for the valid niche ids and how far back the archive goes. `from` and `to` are ISO 8601; without them you get the last 7 days, and the archive caps any window at 90 days. Requires an API key sent as `Authorization: Bearer <key>` — free key a",
"inputSchema": {
"type": "object",
"required": [
"niche"
],
"properties": {
"to": {
"type": "string",
"description": "End of the window, ISO 8601. Optional, defaults to now."
},
"from": {
"type": "string",
"description": "Start of the window, ISO 8601 (`2026-09-05T00:00:00Z`). Optional. Anything else answers 400 rather than being guessed at."
},
"limit": {
"type": "integer",
"description": "How many items to return. Optional."
},
"niche": {
"type": "string",
"description": "The niche id, as `archive_coverage` returns it — for example `ai-agents`. A niche we do not archive is refused by the API."
}
},
"additionalProperties": false
},
"annotations": {
"readOnlyHint": false,
"destructiveHint": true,
"idempotentHint": true
},
"title": "Niche trend history"
}{
"name": "fetch_posts",
"description": "Read the recent posts of one public profile: the text, likes, replies, reposts, quotes, the post URL and when it was published. Threads, Bluesky, Mastodon and Telegram. Boosts and reposts of other people are filtered out — you get what the account itself wrote, its replies included. `limit` is optional on Bluesky and Mastodon, and each has its own range: a value outside it is rejected rather than silently trimmed. Threads does not accept `limit` at all and answers 400 if you send it — its posts ",
"inputSchema": {
"type": "object",
"required": [
"platform",
"handle"
],
"properties": {
"limit": {
"type": "integer",
"description": "How many posts to return. Optional, and Bluesky and Mastodon only. The valid range depends on the platform and the API rejects a value outside it instead of trimming it, so the count you get is never quietly smaller than the count you asked for. Threads answers 400 if you send this at all: its posts come from the profile document, not from a query you can size."
},
"handle": {
"type": "string",
"description": "The account handle, without the leading @. On Mastodon it must be `user@instance`, because the same local name exists on many servers."
},
"platform": {
"enum": [
"bluesky",
"mastodon",
"telegram",
"threads"
],
"type": "string",
"description": "Which platform to read the posts from."
}
},
"additionalProperties": false
},
"annotations": {
"readOnlyHint": true
},
"title": "Fetch recent posts"
}Get an email or webhook when this server's readiness drops by 10+ points, tool-poisoning text appears, or a tool breaks:
curl -X POST https://glimind.com/v1/subscriptions -H 'content-type: application/json' -d '{"tools":["mcp-registry/com.honesthook/social-data"],"email":"[email protected]"}'Agents: watch_tool({"toolId": "mcp-registry/com.honesthook/social-data"}) over MCP.
fetch_posts ~380 tokensprofile_history ~364 tokensarchive_trends ~317 tokensarchive_movers ~307 tokensfetch_profile ~276 tokensStatic checks of the advertised tools/list (schema, descriptions, annotations, tool-poisoning patterns, names, size) plus observed protocol, uptime, latency and contract changes. Read-only: no tool is ever called. Weights: schema 15, docs 20, safety 15, efficiency 15, compatibility 15, protocol 5, reliability 10, stability 5. Token counts are estimates (~3.6 characters per token).
Operator? Fix these, then re-check live. Embed the readiness badge:
[](https://glimind.com/server/mcp-registry%2Fcom.honesthook%2Fsocial-data?ref=badge)
<a href="https://glimind.com/server/mcp-registry%2Fcom.honesthook%2Fsocial-data?ref=badge"><img src="https://glimind.com/v1/readiness/badge/mcp-registry%2Fcom.honesthook%2Fsocial-data.svg" alt="MCP agent-readiness"></a>
.. image:: https://glimind.com/v1/readiness/badge/mcp-registry%2Fcom.honesthook%2Fsocial-data.svg :target: https://glimind.com/server/mcp-registry%2Fcom.honesthook%2Fsocial-data?ref=badge :alt: MCP agent-readiness
Glimind records every version of this server's tool definitions in a signed, append-only transparency log. Current manifest sha256:6c3fd93df704670c…, first seen 2026-10-17, included at leaf 1808 of 21,770. Version history · verify what your client received.
Compare: most reliable knowledge servers · most reliable data servers · most reliable other servers · most reliable search servers · most reliable code servers
Glimind tells agents whether a server is up right now and how to call it, then fails over to a live alternative when it isn't.
Claude Code
claude mcp add --transport http glimind https://glimind.com/mcp
Claude Desktop · Windsurf · Cline (mcpServers JSON)
{
"mcpServers": {
"glimind": {
"type": "http",
"url": "https://glimind.com/mcp"
}
}
}
As of 2026-10-18 12:00 UTC, the Honesthook Social Data MCP server is up with a Glimind reliability score of 95/100 (grade A). Over the last 30 days it answered 100% of Glimind's liveness checks.
Honesthook Social Data MCP server advertises 12 tools, including archive_coverage, archive_movers, archive_trends, check_balance, fetch_posts.
Point your MCP client at this streamable-http endpoint: https://honesthook.com/api/mcp
Glimind scanned all 12 tool definitions for tool-poisoning patterns — hidden or invisible characters, instructions that override the model, concealment from the user, requests to read credential or MCP config files, conversation exfiltration and cross-tool shadowing — and found none. This checks what the server tells the model, not what its code does; review the source before granting access to sensitive data.
Status page: 90-day uptime, every outage and how long it lasted.
Claim this listing to get the Verified operator marker, a remediation checklist and owner analytics, or embed the live badge from any of the tool pages above. Maintainers: alerts, deploy attestation and monthly reports.
Status is an automated estimate from Glimind's liveness checks (handshake and tool listing only; no tool is ever called) and may lag or differ from your network. Glimind is not affiliated with this server or its operator. Operator? Request a correction or opt out at https://glimind.com/opt-out.