24.8K
Followers
Connect Pubshr MCP once. Then schedule crossposts, list channels, and approve drafts from Cursor, Claude, or any MCP client — in the same conversation where the idea appeared.
Dream outcome: idea in an AI chat → pick a slot across all channels → review → publish — without distraction or tab-switching.
~5 min
from URL to first tool call
6 tools
channels, schedule, approve…
100%
posts need approve first
Free plan · OAuth in minutes · Approve before publish
You already wrote the post with AI. Then you open five dashboards — and momentum is gone.
Copy from chat → paste into scheduler → pick channels → set time → repeat for every network. Every hop loses intent.
One app for drafting, another for scheduling, a third for approvals. Your “content stack” is a maze.
Teams avoid automation because one bad publish burns trust. Without a hard approve gate, nobody ships from chat.
People buy when the dream is big, success feels likely, and delay + sacrifice are small.
Post from the AI you already use — crosspost, triage the queue, ship — without leaving the conversation.
Same Pubshr account, same channels, same calendar. OAuth + pending_approval mean the agent acts as you, safely.
Paste /mcp, authorize once, ask “show my channels.” First crosspost in the same session.
No API keys in repos. No second dashboard for day-to-day. One URL. One consent.
Not another “AI wrapper” — remote MCP into your real publishing system.
HTTP endpoint at /mcp for Cursor, Claude, VS Code Copilot, Windsurf, and other remote MCP clients.
list_channels, get_provider_schema, schedule_post, list_posts, approve_post, delete_post.
One schedule_post can hit multiple channel IDs. Check limits with get_provider_schema first.
New posts land in pending_approval. Live only after you (or an explicit approve command).
Pick your client below — JSON / CLI ready. OAuth does the rest.
Account + channel + authorize MCP. Feel the win before you upgrade.
Risk reversal. Worst case of a bad prompt is a draft stuck in pending_approval — not a live embarrassment. You keep the kill switch: approve or delete.
MCP schedules into your real account. Followers, reach, reactions — the Audience KPIs you already know on the homepage stay the source of truth after publish.
Audience KPIs across connected channels · demo data
24.8K
Followers
186K
Reach
4.2K
Reactions
6.4%
Engagement rate
Pick a client, copy the config, authorize once. Pubshr uses OAuth — no secret in the JSON.
Authentication: OAuth 2.1. Your client discovers Pubshr, opens consent, stores the token.
Sign in to Pubshr and approve access. The token stays in the client.
MCP does not create social logins. Connect Telegram / LinkedIn / X once in the web app.
Ask: “Show my Pubshr channels.” Empty list → finish step 2.
«Check my Pubshr channels. Schedule tomorrow 11:00 Europe/Moscow on Telegram and LinkedIn: “Tomorrow at 19:00 we cover autoposting via MCP.” Check get_provider_schema first.»
«Show Pubshr posts with pending_approval. Summarize each. Approve those without typos and with a future publish time.»
No. Pubshr MCP uses OAuth 2.1. You authorize in the browser; the client stores the token.
Scheduled posts land in pending_approval. They go live only after approve_post (you or an explicit command).
Any remote MCP client that supports HTTP + OAuth — Cursor, Claude, VS Code Copilot, Windsurf, Codex, Gemini CLI, and more.
Yes — the product blog has a step-by-step MCP guide with flow diagrams and tips.
Create a free account, connect a channel, paste /mcp, authorize once — ship the first crosspost from chat.
Start free — connect MCPFree plan · Minutes to connect · Approve before publish