OXYGENOXYGEN

Content and posting

Schedule, approve, and publish founder-led posts

Scheduling a post and publishing it are two different permissions. An agent can fill the queue all week, but only a person approves, and the approval binds to the exact text reviewed.

try

Founder-led content fails on process, not on talent. Posts get written in a doc, pasted into a scheduler, approved somewhere in chat, and a month later nobody can say which version went out or why Tuesday's never did. This is the delivery engine for that work: the queue, the approval, the dispatch, and the attempt history.

The safety property is the part worth buying. Creating or scheduling writes nothing to the platform, and the create path strips any approval field an automation tries to set. A cron job, a bad prompt, or an over-eager agent can fill a week of drafts and still publish nothing.

Example searches

Ask for it the way you'd say it

Every search below runs on the same hosted Tables, with the cost previewed before anything is spent.

  • Fill next week from what you know

    draft five posts for next week from our positioning and the objections we keep hearing

    Drafting is grounded in the workspace wiki and lands in the approval queue rather than on the feed.

  • Approve the week in one sitting

    show me everything scheduled in the next seven days that still needs sign-off

    The queue lists each post with its sender, publish time, and state, and approval binds to the exact text shown.

  • Explain a post that never went out

    why did tuesday's post fail and can it still be retried

    Attempts are recorded individually, not just the final state, so a failure names the sender, the error, and the retry.

Plays

Three motions you can run this week

Each one is a chain of Oxygen primitives — the same hosted objects your workspace already has, composed.

  • A calendar an agent can fill

    Next week's drafts exist by Friday, written from your own positioning rather than from a generic prompt.

    1. 1Point the drafting step at the pages that hold your voice, offers, and proof.
    2. 2Schedule the results into the queue, where they wait unapproved by construction.
    oxygen publishing posts create
  • Batch the approvals, not the writing

    One review session releases a week of content, and every release is attributable to a person.

    1. 1Work the queue by publish time and edit in place where the copy needs it.
    2. 2Approve what is ready; an edit after approval cuts a revision and revokes it.
    oxygen publishing posts approve
  • Turn engagement into conversation

    The people who reacted to a post become a warm list instead of a vanity number.

    1. 1Read the reactors and commenters on an owned post as a deduplicated people list.
    2. 2Enroll them into a capped sequence that references the post they engaged with.
    oxygen engagement engagers

Capabilities

What you get

  • Scheduling that cannot publish

    A post is created in a needs-approval state and stays there. Automation may draft, schedule, edit, and cancel, but the release itself is a human action every single time.

  • Approval bound to exact content

    Edit an approved post and the approval is revoked, with a recoverable pre-edit revision cut automatically. Nobody publishes a version that was never actually reviewed.

  • An attempt ledger, not a status

    Each publish attempt is stored with its sender, timing, and provider error. A failed post explains itself instead of sitting in a red state with no history.

  • Analytics without a provider call

    The analytics view reads stored snapshots, so opening it spends nothing and shows every owned post recorded here, including ones written directly on the platform.

Boundaries

What Publishing does not own

Publishing delivers; it does not own the artifact. The post, its revisions, and its engagement telemetry belong to Posts. One-to-one outreach is Sequences, a reply in a thread is Messages, and a reaction on a post is a Signal rather than a conversation.

Data sources

What the data actually comes from

Every value lands with its provider and cost recorded on the cell.

  • LinkedIn

    The connected account that actually publishes, and the identity a reader sees against the post.

  • LinkedIn Scraper

    Public post and profile reads for research and engager lists, without connecting a second account.

  • Br

    Bright Data

    Scraping infrastructure for the public pages behind a content idea, feeding the draft rather than the dispatch.

Run these on Oxygen's managed credits, or connect your own provider keys and pay the vendor directly — the same columns, the same runs, the same provenance either way. See every integration.

Limits

Where this stops

  • A workflow can schedule but never approve. That is deliberate, and it means an unattended content pipeline still needs a human sitting down with the queue each week.
  • Deleting a post here removes local state and settled history. It does not reach into the platform to unpublish something already live, and the copy stays honest about that.

FAQ

Questions people ask first

Can an automation publish without me?
No, and the block is structural rather than a setting. Creation forces the needs-approval state and discards any approval field passed to it, so no cron, bug, or prompt injection can release a post on its own.
What exactly does approval bind to?
The content you reviewed. Any later update atomically cuts a recoverable pre-edit revision and revokes the approval, so the thing that publishes is always the thing a person signed off on.
Which channels can it publish to?
LinkedIn natively, including mention resolution that blocks approval when an identity cannot be verified. Other networks dispatch through a connected delivery integration on the same approval-gated path.
What happens when a publish fails?
The attempt is recorded with its error and the post moves to a state you can retry or cancel. After dispatch, state reflects what the channel says rather than what the scheduler hoped.
Does opening the queue cost credits?
No. Listing, reading, approving, and the analytics view make no provider call. Credits are drawn by AI drafting, which is the one step here that spends model inference.
Can I schedule from a workflow?
Yes. A cron workflow is the recurrence model, so there is no second scheduling concept to learn. It creates posts through the same gated surface and leaves them in the approval queue.

Run schedule, approve, and publish founder-led posts on your own workspace

Sign up, get a working workspace with a one-time credit grant, and run the first play from the web app, the CLI, or your AI assistant over MCP.