Plan
Planning, review, and release decisions share one accountable operating record.
Private beta · open by preference · portable by design
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.
01 / DIMENSIONS
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.
Planning, review, and release decisions share one accountable operating record.
Git keeps the portable history; GitHub hosts it. Linear remains the workflow authority.
Convex owns reactive application state; Payload on PostgreSQL retains the publishing system behind a declared boundary.
Users, roles, and tenant access stay explicit inside the current control plane.
Puck assembles approved shadcn components through the Structured Liquidity theme.
Original assets live behind a standard object-storage contract with checksummed exports.
The host, health boundary, and deployed commit remain explicit and observable.
Every environment has one purpose, one artifact, and an unmistakable human approval boundary.
Transactional delivery stays consent-aware, server-side, and separate from product data.
Customer context stays visible in the control plane and synchronizes through a replaceable adapter.
Commercial infrastructure is normalized and isolated from the portable product core.
A release is healthy, reviewable, and approved—not merely green in a provider dashboard.
02 / HOW WORK SHIPS
Routine work moves automatically into private Staging after validation. People remain unmistakably in control of the candidate and Production decisions.
Agree on the outcome and one accountable owner.
One tenant-scoped Linear issueMake and validate one coherent change.
Short-lived branch from stagingSee the integrated result privately before release.
Automatic Staging + verified evidenceFreeze the exact version proposed for customers.
Owner-directed Release CandidatePromote the approved version and verify it live.
Owner-approved Production artifactA green check, push, or provider job is evidence—not permission to skip a stage.
03 / TENETS
A clear operating model and reusable primitives—then enough room for every property to remain unmistakably itself.
We start with inspectable, open-source foundations. Proprietary services must earn their place and stay behind a replaceable boundary.
Content, assets, schemas, and delivery records stay exportable. Leaving should be boring, complete, and documented.
Machines observe, compare, and prepare. Humans approve consequential production, billing, domain, and data changes.
04 / PORTABILITY
Build a portfolio of distinct products without building a new operating system.
Private beta · limited operator cohort