Skip to main content
Start with a connection you can verify. This guide intentionally does not publish a post. It connects an MCP client to your PostSider organization, reads the connected channels, creates one draft only when you approve the content, and checks the saved result.
Prefer screenshots and an interactive client selector? See the visual developer quickstart. This page is the technical reference.

What you need

  • A PostSider account with at least one connected social channel. Open Channels in the dashboard and complete the provider connection first.
  • An MCP client that supports remote Streamable HTTP and OAuth, or a local client that can launch npx over stdio.
  • Node.js only for local stdio. The hosted MCP server does not require installing a package.

Step 1. Connect your client

Uses the PostSider-hosted MCP server and OAuth. No API key is pasted into a command.
Complete the PostSider sign-in and authorization flow when your client prompts you.
Never include an organization key in a hosted MCP URL. Hosted MCP uses OAuth, while the local process reads POSTSIDER_API_KEY from its environment. Organization keys currently provide broad access, not independently enforced read-only or per-action scopes.

Step 2. Prove the read connection works

Ask your client:
Confirm the returned channels match your dashboard. If the list is empty, connect at least one account in PostSider. Never guess an ID.

Step 3. Save exactly one draft

Confirm the draft appears in your PostSider dashboard. If a tool reports an error, read and address it before trying again.
A chat instruction to wait for approval is workflow guidance, not an access-control boundary. Keep your client’s write confirmations enabled. Formal team approval workflows start on the Team plan and must be configured separately.

Step 4. Verify the result — not just the tool response

Read the saved post with postsider_get_post by its returned ID. Verify:
  1. The selected channel ID and platform match the intended destination.
  2. The content and any media are correct.
  3. The post is still a draft, not scheduled or published.
  4. The dashboard displays the same record.
Only after those checks should you consider scheduling. A queued post is not proof of eventual publication. After the intended time, check the per-channel result and any error.

Prefer raw REST API?

The same read-first workflow is available without MCP. Organization keys go in the raw Authorization header — no Bearer prefix.
See the posts API reference for a draft payload. Choose one real returned channel ID, include a stable Idempotency-Key on retries, then read the saved post with GET /public/v1/posts/:id. The Node.js draft-and-readback example targets an X channel. Other providers may need different settings.

Troubleshooting

See the MCP overview, tools reference, authentication guide, REST API and SDK overview.