exobase

Private beta · open by preference · portable by design

One control plane.
Every property still its own.

Exobase is an opinionated, not restrictive operating system for a portfolio of web products. It names each dimension, preferred standard, and provider boundary—while favoring open-source foundations and preserving a clear path out.

EXO / CONTROL
12 named dimensionsreplaceable providers
open foundationhuman gateportable output

01 / DIMENSIONS

Every dimension named. Every boundary legible.

Exobase makes the stack visible: what each system does, which standard we prefer today, and where a provider can be replaced without taking the product with it.

01

Plan

LinearBounded service

Planning, review, and release decisions share one accountable operating record.

02

Source

Git + GitHubOpen standard · bounded host

Git keeps the portable history; GitHub hosts it. Linear remains the workflow authority.

03

State + content

Convex / PostgreSQL hybridReactive state · published content

Convex owns reactive application state; Payload on PostgreSQL retains the publishing system behind a declared boundary.

04

Identity

PayloadCurrent identity boundary

Users, roles, and tenant access stay explicit inside the current control plane.

05

Composition + design

Puck + shadcn + Structured LiquidityOpen component system

Puck assembles approved shadcn components through the Structured Liquidity theme.

06

Media

Garage + S3Open storage contract

Original assets live behind a standard object-storage contract with checksummed exports.

07

Runtime

RailwayBounded host

The host, health boundary, and deployed commit remain explicit and observable.

08

Delivery

Staging → Release Candidate → ProductionExplicit promotion path

Every environment has one purpose, one artifact, and an unmistakable human approval boundary.

09

Messaging

ResendOptional service

Transactional delivery stays consent-aware, server-side, and separate from product data.

10

CRM

Payload Leads + TwentyOpen data · replaceable sync

Customer context stays visible in the control plane and synchronizes through a replaceable adapter.

11

Revenue

Stripe + RevenueCatOptional services

Commercial infrastructure is normalized and isolated from the portable product core.

12

Verification

Health + manifests + approvalsOpen contract

A release is healthy, reviewable, and approved—not merely green in a provider dashboard.

02 / HOW WORK SHIPS

Fast to review. Deliberate to release.

Routine work moves automatically into private Staging after validation. People remain unmistakably in control of the candidate and Production decisions.

01

Plan

Agree on the outcome and one accountable owner.

One tenant-scoped Linear issue
02

Build

Make and validate one coherent change.

Short-lived branch from staging
03

Review

See the integrated result privately before release.

Automatic Staging + verified evidence
04

Approve

Freeze the exact version proposed for customers.

Owner-directed Release Candidate
05

Release

Promote the approved version and verify it live.

Owner-approved Production artifact

A green check, push, or provider job is evidence—not permission to skip a stage.

03 / TENETS

Tenets with a point of view.

01Direction

Opinionated, not restrictive

A clear operating model and reusable primitives—then enough room for every property to remain unmistakably itself.

02Access

Open by preference

We start with inspectable, open-source foundations. Proprietary services must earn their place and stay behind a replaceable boundary.

03Portability

Integrated, not locked in

Content, assets, schemas, and delivery records stay exportable. Leaving should be boring, complete, and documented.

04Control

Automated, not unsupervised

Machines observe, compare, and prepare. Humans approve consequential production, billing, domain, and data changes.

04 / PORTABILITY

Built to be worth staying for. Designed to be easy to leave.

export.manifestCONTRACT DEFINED
  • Structured contentSchema + NDJSON
  • Media originalsFiles + checksums
  • Design systemTokens + component data
  • Routes and formsSEO + redirects + contracts
  • Source and deliveryReferences + manifests
  • Static fallbackDeployable archive

Build a portfolio of distinct products without building a new operating system.

Private beta · limited operator cohort

No newsletter. We’ll only use this address to coordinate early access.

Already invited? Sign in