Edge-native AI CMS. Sibling to Actium.

A CMS for editors, not engineers. Built on event-driven workflows and rendered at the edge.

Publisher-native content types, an event-driven workflow library, and a shared specialist roster (researcher, fact-checker, copy editor, SEO, translator, voice modeler) at the same monthly per-assistant price as Actium.

deployment
edge-native
rendering
sub-50ms global
platform
shared with Actium
stage
early access
why Studio

Generic CMSs make publishers build the publisher. Studio ships shaped for it.

Publisher-native types

Content types shaped for what you actually publish

Blog post, newsletter issue, product update, event recap, photo essay, podcast episode, interview. Every type ships with the schema fields editors expect, the rendering hints the channel needs, and the workflow hooks that fit publisher process.

Event-driven

Workflows trigger on real publishing events

Draft saved, review requested, fact-check complete, scheduled, published, syndicated. Each workflow chains specialist roles to events; you build the pipeline once and it runs every issue.

Shared platform

Same specialist roster as Actium

Hire-an-assistant pricing. Studio surfaces content-facing specialists; ops teams can use the same platform for ops-facing roles. One bench, two surfaces.

an example workflow

Author saves a draft. Studio takes it from there.

A blog post draft is saved. Workflows fire on the content.draft.saved event, dispatch specialists, and gate the path to publish.

01Author saves draft of "Why edge-native CMS"event: content.draft.saved
02Fact-checker dispatched; annotates 3 claimsspecialist: fact-checker
03Copy editor produces 14 inline suggestionsspecialist: copy-editor
04Author accepts 11; rejects 3 with noteshuman in loop
05Reviewer approves; piece scheduled for 09:00 ETevent: content.review.approved
06Edge renders at 09:00; OG card built; RSS fans outevent: content.published
07Cross-channel-syndication posts to LinkedIn, X, Blueskyworkflow: chained
platform shape

Edge-native, not just edge-cached.

Published pages render once into R2 + KV + Cache API. Workers handle every request from the closest PoP. No origin hit on read; no DB query per visitor.

Workers

Origin lives at the edge

Cloudflare Workers serve every read. HTMLRewriter injects nav, meta tags, OpenGraph, schema.org JSON-LD at request time when needed; otherwise pure static.

R2 + KV

Asset and config storage

Rendered HTML in R2; routing rules and per-tenant config in KV. Cache API absorbs steady-state load. Sub-50ms TTFB globally.

Postgres

Authoring stays consistent

Drizzle on Cloud SQL Postgres for the editorial side. The edge serves readers; the origin serves authors.

Pick a content type. Or pick a workflow. Both work.

Early access is open. Pricing is per content volume, with the specialist bench priced per assistant per month. Same as Actium.