Skip to content

Guides

How to post a tweet to X through the SkedCast API

X posts go through the same POST /v1/posts call. The x-specific overrides cover quoting another tweet, who can reply, AI-media disclosure, paid partnership, and a first-comment reply thread.

Browse docs

6 min read

Before you publish#

You need one already-connected account for the platform. Connect it yourself in the Agency Console, or — if a client owns the account — mint a self-serve connect link with POST /clients/:id/connect-invites and send it to them; they authorize from that page without ever getting a SkedCast login.

GET /v1/accounts lists what's connected, with each account's id — that id is what you pass in targets.accountIds below.

Compose and schedule#

bash
curl -X POST https://api.skedcast.com/v1/posts \
  -H "Authorization: Bearer sked_live_YOUR_KEY" \
  -H "Idempotency-Key: $(uuidgen)" \
  -H "Content-Type: application/json" \
  -d '{
    "clientId": "<clientId>",
    "content": "Launch day is here 🚀",
    "mediaIds": ["<mediaAssetId>"],
    "targets": { "mode": "selection", "accountIds": ["<xAccountId>"] },
    "schedule": { "type": "at", "scheduledAt": "2026-07-01T15:00:00Z" }
  }'
A minimal x post, scheduled for a specific time.

The X API fields to post a tweet#

Everything platform-specific goes in one variants entry with "platform": "x" and an overrides object. The adapter reads only the keys it declares (below) and ignores the rest — send x keys on a x variant, nothing more.

FieldTypeValues / defaultNotes
quoteTweetIdstringQuote a tweet id.
replySettingsenumfollowing \| mentionedUsers \| subscribers \| verifiedOmit for X's default (everyone can reply).
madeWithAibooleanfalseDiscloses AI-generated/altered media — independent of the post-level aiDisclosure field.
paidPartnershipbooleanfalseDiscloses a paid partnership / branded content.
firstCommentstringCosts one extra API call against the account's budget. Posted right after publish. Best-effort: a failed comment never fails the post and is not reported, so verify on the published post.

Verbatim from the REST API reference's X table.

With the platform-specific overrides#

json
{
  "clientId": "<clientId>",
  "content": "Shipped: bulk import now handles 5,000-row CSVs.",
  "mediaIds": [],
  "targets": { "mode": "selection", "accountIds": ["<xAccountId>"] },
  "variants": [
    { "platform": "x", "overrides": { "replySettings": "following" } }
  ],
  "schedule": { "type": "at", "scheduledAt": "2026-07-01T15:00:00Z" }
}
The same POST /posts body, with a variants entry added.

Checking the result#

Publishing fans out into one post target per account. GET /post-targets/:id (or GET /posts/:id) reports status, plus externalId (x's own post id) and permalink (its public URL) once published. Subscribe to the target.published / target.failed webhooks instead of polling if you can accept inbound HTTP — see the webhooks guide.

xtwitterapipublish

FAQ

How do I thread multiple tweets together?
Use the post-level `thread` field: `{ segments: [{ content, mediaIds }, …] }`, 2–50 entries. Segment 0 is the head tweet and every later segment replies to the one before it — the top-level `content` field is ignored in favor of `segments` on thread-capable platforms (X and Threads).

Ready to broadcast everywhere?

Sign up free — no credit card. You land on the Free plan, and you can start a one-time 7-day Studio trial from your workspace whenever you are ready. Connect your first accounts, import a batch, and watch one post fan out across every platform.