LA.001Docs · Self-hosting
LA.001Docs · Self-hosting

What you stand up, what moves, and what never leaves our custody.

Hosted first, then portable when it's proven. The public core is meant to be run by a stranger. This is the honest state of that: the manifest exists, the runbook is being written, and the migration tooling is paper.

LA.002The manifest
LA.002The manifest

The clone manifest: what a self-hosted Hub is.

The provisioning runbook, the afternoon-install recipe, is itself product: installer plus presets plus a consulting conversation. It's being written against the manifest above.

01

Your own Supabase

Database, auth, row-level security, edge functions.

02

Vercel

The app, deployed from your fork.

03

A worker host

Any small always-on Linux box: daemons, dispatcher, executor, the broker.

04

Nango

Token lifecycle. Self-hosted is free to 1,000 connections.

05

Airbyte

On its own box or cloud, 4 to 8 GB minimum.

06

A secrets vault

Often forgotten. Cloud KMS by default, or your own.

07

Your own AI keys

Bring your own. Your model bill never touches us.

08

A backup destination

Your bucket, verified nightly. A backup that hasn't restored is not a backup.

09

Alerting pointed at your human

Also often forgotten, and the reason things break quietly.

LA.003The ladder
LA.003The ladder

Four rungs from hosted to yours.

Design law from day one: a tenant's presence stays liftable. Config exportable, data behind one boundary, connections under their own accounts.

  1. 01

    We host and operate.

  2. 02

    We host, your admins run it.

  3. 03

    You own every account, credential and billing relationship.

  4. 04

    You self-host the AGPL core and keep licensing the skills layer, or not.

LA.004The transfer
LA.004The transfer

Moving a hosted Hub into your own infrastructure.

  1. 01

    Define

    Freeze the portability contract: the supported release, exported records, excluded operational data, dependencies, support owner, downtime window and rollback point.

  2. 02

    Provision

    Build the destination boundary: database, storage, identity, worker runtime, observability and backups, from versioned configuration.

  3. 03

    Reissue

    Providers issue new client-controlled credentials into authorised destination homes. No secret value is exported from our custody.

  4. 04

    Move

    Import the library, skills, approved configuration, task and run history and required derived records, with checksums and tenant identifiers intact.

  5. 05

    Prove

    Replay acceptance and negative tests: identity isolation, source freshness, skill outputs, gate invalidation, broker refusal, audit evidence, backup restore.

  6. 06

    Cut over

    Run in parallel, resolve drift, move traffic deliberately, keep a time-boxed rollback path before the old custody is retired.

Transfers
The supported Hub release · Your own content and data · Permitted jointly built skills · Approved configuration · Evidence preserving operating history
Doesn't transfer
Our unrelated client data · Private operational tooling · Provider secrets · Internal observability history · Anything excluded by licence or agreement

Status: planned, not built. No portability tooling exists. This is a designed sequence, not a self-service export.