Skip to content

Technology · the bounded stack

Fast where it matters. Bounded everywhere else.

Ten products do not need ten architectures. They need a small set of honest patterns for local work, durable state, institutional records, and paid services.

01

Local interface

Drafts and active context begin on the device.

02

Policy boundary

Authentication and row-level rules decide what can cross.

03

Supabase

Postgres, Realtime, Storage, and retrieval only where the product needs them.

The first useful interaction happens close to the person. Cloud state is scoped, authenticated, and kept smaller than the interface.

The operating rules

Architecture is a promise about who stays in control.

01

Local before network

If a useful action can happen on the device, it should. The network adds continuity and collaboration when those things earn their cost.

02

The server holds the boundary

Inference, speech, email, billing, and privileged data access stay server side. Clients receive only the capability they need.

03

Retrieval before invention

When a product must answer from known material, it retrieves that material and exposes its sources. A plausible sentence is not evidence.

04

Exit is a feature

Exports, deletion, and bounded retention are product behavior, not fine print. A person should be able to outgrow the system cleanly.

Primary references

The claims should be inspectable too.

The stack map describes design intent and current implementation patterns. The platform behavior behind it is documented by the platform maintainers.

The architecture

A smaller stack. A clearer contract.

Bring us the sensitive edge, the expensive edge, and the place where trust could fail. That is where the architecture starts.