mcp-registry/io.poolparty/main-stage-airtime · v0.20.21
As of 2026-10-24 12:34 UTC, the Poolparty Main Stage Airtime MCP server is up with a Glimind reliability score of 97/100 (grade A). Over the last 30 days it answered 100% of Glimind's liveness checks.
Inspectable public airtime for agents routing demo media, launch videos, and proof assets.
Claude Code
claude mcp add --transport http poolparty-main-stage-airtime-mcp-server https://www.poolparty.io/api/mcp
Claude Desktop · Windsurf · Cline (mcpServers JSON)
{
"mcpServers": {
"poolparty-main-stage-airtime-mcp-server": {
"type": "http",
"url": "https://www.poolparty.io/api/mcp"
}
}
}
Third-party server, listed as discovered. Review its source before installing.
71 of 71 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 →
71 tools on one server. Tool-selection accuracy drops as the menu grows, and some clients (e.g. Cursor) cap the number of active tools.
Group tools by task into smaller servers or toolsets, and merge near-duplicates behind one tool with a mode parameter. How to fix →
12 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 →
2 parameter(s) across 2 tool(s) have no description.
Add a "description" to each parameter with its format and an example ("ISO 8601 date, e.g. 2026-10-17"). This is the commonest cause of wrong arguments on the first call. How to fix →
1 tool(s) have parameters with no type (no type/enum/anyOf/$ref).
Give every parameter a "type" (or "enum"/"anyOf"). Untyped parameters make models guess — strings for numbers, objects for arrays. How to fix →
Loading this server's tool list costs an agent ~21,341 tokens before any work — more than 95% of MCP servers.
Split rarely-used tools into a separate server or a toolset the client can enable, or expose one "search tools" entry point. Many agents load every connected server's tools into every request. How to fix →
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 →
Paste-ready definitions with the problems above fixed. Changes marked verify need a human look. 2 tool(s) still need parameter descriptions written by someone who knows the API. All of them as JSON: /v1/readiness/mcp-registry%2Fio.poolparty%2Fmain-stage-airtime/fixes
{
"name": "browse_channels",
"description": "Browse PoolParty channels with filters. Returns channel listings with visibility, program type, queue depth, submissions, unique submitters, reward summaries, and sponsor availability. Each result includes whyShown reasons. Use this to discover what channels exist and which accept submissions. Read-only. No auth required.",
"inputSchema": {
"type": "object",
"$schema": "http://json-schema.org/draft-07/schema#",
"properties": {
"limit": {
"type": "number",
"description": "Max results (1-50). Defaults to 20."
},
"offset": {
"type": "number",
"description": "Pagination offset. Defaults to 0."
},
"hasRewards": {
"type": "boolean",
"description": "Filter to channels with active reward pools."
},
"visibility": {
"enum": [
"public",
"unlisted",
"pilot",
"all"
],
"type": "string",
"description": "Filter by visibility. Defaults to showing public + unlisted."
},
"programType": {
"type": "string",
"description": "Filter by public program mode ID (e.g., \"broadcast_loop\", \"video_queue\", \"screening_session\")."
},
"includeInternal": {
"type": "boolean",
"description": "Include internal/test channels. Defaults to false."
},
"acceptsSubmissions": {
"type": "boolean",
"description": "Filter to channels that accept community submissions."
},
"hasSponsorInventory": {
"type": "boolean",
"description": "Filter to channels with sponsor/superblock inventory."
}
},
"additionalProperties": false
},
"annotations": {
"readOnlyHint": true
}
}{
"name": "check_key_request_status",
"description": "Check the status of a pilot key request. Returns pending, approved, or rejected with next steps. Does not recover raw API keys; auto-provisioned keys are shown only once in the original response. Public. No auth required.",
"inputSchema": {
"type": "object",
"$schema": "http://json-schema.org/draft-07/schema#",
"required": [
"requestId"
],
"properties": {
"requestId": {
"type": "string",
"description": "The request ID returned by request_pilot_key."
}
},
"additionalProperties": false
},
"annotations": {
"readOnlyHint": true
}
}{
"name": "complete_media_upload",
"description": "Complete or check canonical media readiness after an upload. Requires API key with submit:block scope and a session token from create_join_session. Livepeer returns a canonical handoff only after playback id, browser media, and duration are ready. S3 direct returns only fallback_ready and should be treated as media-only fallback. Does not submit a block or mutate queue/runtime state.",
"inputSchema": {
"type": "object",
"$schema": "http://json-schema.org/draft-07/schema#",
"required": [
"channelSlug",
"sessionToken"
],
"properties": {
"duration": {
"type": "number",
"description": "Positive media duration in seconds. Required for ready/fallback handoff."
},
"provider": {
"enum": [
"s3_direct",
"livepeer"
],
"type": "string",
"description": "Media provider to complete. Omit with providerAssetId to infer livepeer; use s3_direct only for explicit fallback readiness."
},
"videoUrl": {
"type": "string",
"description": "Browser-reachable media URL for s3_direct fallback readiness."
},
"playbackId": {
"type": "string",
"description": "Known playback ID if already available."
},
"storageKey": {
"type": "string",
"description": "S3 storage key for explicit s3_direct fallback readiness."
},
"channelSlug": {
"type": "string",
"description": "The channel slug for the upload. Must be allowed by the API key."
},
"contentType": {
"type": "string",
"description": "Media content type, if known."
},
"sessionToken": {
"type": "string",
"description": "Session token from create_join_session. The session must already exist for this channel."
},
"thumbnailUrl": {
"type": "string",
"description": "Browser-reachable thumbnail/poster URL, if known."
},
"providerAssetId": {
"type": "string",
"description": "Livepeer asset ID returned by request_media_upload_url when provider=livepeer."
}
},
"additionalProperties": false
},
"annotations": {
"readOnlyHint": false,
"destructiveHint": false,
"idempotentHint": false
}
}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/io.poolparty/main-stage-airtime"],"email":"[email protected]"}'Agents: watch_tool({"toolId": "mcp-registry/io.poolparty/main-stage-airtime"}) over MCP.
revise_slide_block ~1,057 tokensadmit_programming_candidates ~1,031 tokensrequest_pilot_key ~970 tokenspreview_slide_block ~824 tokensdraft_slide_block_from_project ~712 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%2Fio.poolparty%2Fmain-stage-airtime?ref=badge)
<a href="https://glimind.com/server/mcp-registry%2Fio.poolparty%2Fmain-stage-airtime?ref=badge"><img src="https://glimind.com/v1/readiness/badge/mcp-registry%2Fio.poolparty%2Fmain-stage-airtime.svg" alt="MCP agent-readiness"></a>
.. image:: https://glimind.com/v1/readiness/badge/mcp-registry%2Fio.poolparty%2Fmain-stage-airtime.svg :target: https://glimind.com/server/mcp-registry%2Fio.poolparty%2Fmain-stage-airtime?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:a1c023c08a9a52a2…, first seen 2026-10-17, included at leaf 11440 of 58,788. Version history · verify what your client received.
Compare: most reliable data servers · most reliable devops servers · most reliable other servers · most reliable communication servers · most reliable security 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-24 12:34 UTC, the Poolparty Main Stage Airtime MCP server is up with a Glimind reliability score of 97/100 (grade A). Over the last 30 days it answered 100% of Glimind's liveness checks.
Poolparty Main Stage Airtime MCP server advertises 71 tools, including accept_programming_proposal, admit_programming_candidates, attach_wallet_to_session, browse_channels, check_key_request_status.
Point your MCP client at this streamable-http endpoint: https://www.poolparty.io/api/mcp
Glimind scanned all 71 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.