Canary pending

Post to Bluesky, checked before it ships.

Prepare once, build a native Bluesky variant, and run preflight against the 300 character limit. The transport exists; a controlled account, vaulted app password, and real canary are still required.

Publish modeControlled rollout
Text limit300 chars
MediaText, image
PublishingOpt-in external
SchedulingRostrumPost queue

What you get for Bluesky

300 character preflight

Posts are checked against the Bluesky limit before they reach the queue.

Native variant

The message is shaped for Bluesky, with image support where it fits.

Schedule or publish

Queue posts for later; real delivery unlocks only after the controlled account, vaulted app password, and canary gates pass.

API and CLI

Post to Bluesky from code with the same scoped keys as every channel.

How Bluesky posting works

RostrumPost implements the official Bluesky publishing transport and checks the native variant against the 300 character limit. It remains non-customer-ready until a controlled account exists, its dedicated app password is vaulted, and one canary returns a real record URI/CID receipt.

Because external publishing is opt-in, you can build and preview the full flow with safe mock providers before anything goes live.

Bluesky posting questions

Is Bluesky publishing direct?
The direct transport is implemented, but customer-ready operation still requires a controlled account, a dedicated vaulted app password, and a successful canary.
What is the character limit?
Bluesky posts are checked against a 300 character limit in preflight before publishing.
Can I try it without going live?
Yes. Run the full flow with mock providers, then enable external publishing per provider when ready.

Publish with fewer surprises.

Turn prepared content into native variants, preflight every channel, and publish only where the connection allows.