Tell us what you are running on

Most of these start in one of a few places: you want a validated stack of your own, you want it inside your own walls rather than ours, or you need to prove exactly what is running and that it belongs to you. Tell us what you have now and what it has to do.

Where are you starting?

Name

Phone

Message

Please include enough detail for a useful reply.

Software held to the standards of science

A result nobody can reproduce is not a result. We build the same way: a foundation anyone in the world can rebuild exactly, and an interface that answers a question fast enough to be worth asking the next one.

What we work on

Two things

01 · The foundation

A scientific software stack anyone can rebuild

Every package is compiled from source on a toolchain we pin rather than inherit , so nothing in the stack depends on what the host happened to ship. Published as one signed tree that mounts on any Linux machine, either architecture.

Reproducibility is not a promise you make, it is a number you check. The thing you validated is the thing that runs - on our hardware or on yours.

02 · The interface

Ask a question, watch the answer arrive

Say what you want to see, in plain language, and watch the result appear. No ticket, no spec, no waiting.

The second question could not have been asked before the first answer appeared. Seeing an answer is what makes the next question sharper.

Rigour makes a result worth trusting; iteration is how you get one worth having.

Immutable by design

Built from parts that don't drift

Every layer is pinned, versioned and rebuildable from source. The same inputs produce the same system - here, or on your own hardware.

Versioned

Every change is a commit

Nothing is edited in place. Every state of the system is a point in history you can rebuild from exactly.

Continuous

Deploys are rolling

Build, migrate, drain, rotate. The new version is up before the old one stands down, so live sessions carry straight through.

Self-contained

Every domain is its own module

One module per host, each with its own boundary. Sites share no mutable state, so every one is built - and rebuilt - on its own terms.

Where the work happens

No handoff, no fixed desk

Describe it, watch it change, keep going. No ticket, no estimate, and no assumption about what you are sitting in front of.

This page has been built from a headset with no keyboard, and from a shell over ssh, in the same week. The surface is not part of the system - the change lands in front of the person who asked for it, in the same conversation, and their reaction is the next change.

Every one of them is the same running Shiny application — one app, one deploy, one thing to secure . Each site is a module inside it, with its own boundary.

Get started

Open the console

Get started